软件测试流程搭建.ppt

1、测试过程定义,参考资料：软件测试的测试规范，微软制胜策略03，软件开发的科学与艺术之软件测试 软件测试技术，网络等资料。,1.Bug【严重性】的定义（1.11.5） 2.Bug【状态】定义（2.1-2.2） 3、Bug的修复【优先级】定义 4.【测试计划】 5.【测试用例】 6.【测试报告】 7.【测试总结报告】 原则1 原则2 其它,主要内容：,1.1、Bug【严重性】的定义（严重性是指软件缺陷所造成的危害的恶劣程度，一般分为A,B,C,D,E五个等级。注：有的用1,2，3，4，5表示）,1.2、Bug【严重性】（缺陷类型）的定义,1.3、Bug【严重性】（缺陷类型）的定义,1.4、Bug【

2、严重性】（缺陷类型）的定义,1.5、Bug【严重性】（缺陷类型）的定义,-在整个过程中Bug的可能状态有8种即： Fixed，Postponed，Ignored，Designed， Rejected; Open，Closed，Reopen； -项目经理或组长可以把【测试总结报告】中的【新状态】更改为任意状态,2、Bug【状态】定义：,2.1、Bug【状态】定义,2.2、Bug修复【优先级】定义,3、Bug修复【优先级】定义（优先级表示修复缺陷的重要程度和次序，一般分为1,2,3,4四个等级）,4、【测试用例】,5、【测试报告】（阅读者：开发人员）,测试报告需要正确记录错误信息 和错误处理信息的

3、全部内容。 （1）Bug记录信息，主要包括以下几项内容： 测试软件名称； 测试版本号； 测试人名称； 测试事件； 测试软件和硬件的配置环境； 发现软件错误的类型； 错误的严重等级； 详细步骤； 必要的附图； 测试注释 （2）Bug处理信息，主主要包括以下四项内容： 处理者姓名； 处理时间； 错误记录的当前状态,说明 -时间 -相对应的用例范围，功能模块 用例ID 概要 严重性 优先级 状态 其它描述 TC001 ABCDE 1234 Fixed Ignored Designed Rejected,5.1、测试报告模板,6 、【测试总结报告】（阅读者项目经理或组长）,任何人都知道或应该知道，亲自

4、编辑或校对自己的作品确实是个不好的做法。作者清楚某段文字要说明的是什么，实际表达出来的意思却南辕北辙，而自己却可能意识不到，况且实际上也不想在自己的作品中找出什么错误来。 对程序员而言也存在相同的问题。 当开发人员“建设性”地设计和编写完程序之后，很难让他突然改变视角以一种“破坏性”的眼光来审查程序。,原则1：程序员应当避免测试自己编写的程序,从心理学的另一个角度来说，人类的行为总是倾向于具有高度目标性，确定一个目标具有重要的心理学影响。 如果我们的目标是证明程序中不存在错误，那就会在意识中倾向于实现这个目标；也就是说，我们会倾向于选择可能较少导致程序失效的测试数据。另一方面，如果我们的目标在于证明程序中存在错误，我们设计的测试数据就有可能更多地发现问题。与前一种方法相比，后一种方法会个人能更多地增减程序的价值,原则1：程序员应当避免测试自己编写的程序,原则2、程序某部分存在更多错误的可能性，与该部分已经发现错误的数量成正比,没有任何一个产品没有Bug,也永远不可能找出并修复所有的Bug； 程序做应该做的，程序不做不应该做的； 在微软开发一个产品经常会