1、软件测试定义:在规定的条件下对程序进行操作,以发生程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。
2、软件测试的目的:发现软件缺陷与错误,也要对软件质量进行度量评估,以提高软件的质量。
3、软件缺陷的定义:软件或者程序中存在的各种问题。
4、缺陷判定的标准:软件没有达到需求说明书标明的功能;软件出现了需求说明书指明不会出现错误的地方;软件超出了需求说明书指明的范围;软件出现了需求说明书虽未指明,但应该达到的目标;软件难以使用,效率低下。
5、缺陷产生原因:需求解析、记录或者定义错误;设计文档说明存在错误或者拼写错误;编码说明、程序代码有误;硬件或者软件系统上存在错误。
6、软件缺陷报告
1.缺陷ID
2.概要描述
3.发现人
4.发现时间
5.修复时间
6.所属版本:new - 新建状态;open - 打开状态;reopen - 关闭的缺陷,再次打开;fixed - 修复状态;closed - 关闭状态;rejected - 拒绝状态;postpone - 拖延状态;
7.所属模块
8.缺陷状态
9.缺陷严重度:(1)Low - 表面性错误(如错别字)。(2)Medium -中级的缺陷,一般为错别字、字体错误、显示错误等。(3)High - 功能点没有实现,或不符合用户需求;数据丢失。(4)Very High - 频繁死机,系统大部分功能不可用。(5)Urgent - 系统瘫痪、异常退出、死循环、严重的计算错误等。
10.修复优先级
11.下步处理人
12.详细描述
13.附件
7、软件缺陷管理流程
1.测试人员发现并确认缺陷,在系统的缺陷模块中创建一个新的缺陷,将其指派给开发经理,并将缺陷的状态设置为“新建”。
2.开发经理进入系统并查看缺陷。如果确认的确是一个缺陷,开发经理就将这个缺陷指定给某位开发人员处理,并将缺陷的状态改为“开放”。如果发现这不能算作缺陷的时候,开发经理就将这个缺陷返回给测试经理,并将缺陷的状态设置为“拒绝”。
3.开发人员进入系统查看缺陷,并处理该缺陷。当开发人员进行处理并认为已经解决之后,就可以将这个缺陷的状态设置为“已修正”,并将其返还给测试人员。
4.测试人员进入系统查看缺陷,并测试验证缺陷。如果经过再次测试发现缺陷仍然存在的话,测试人员将缺陷再次传递给开发人员,并将缺陷的状态设置为“重新打开”。如果测试人员经过再次测试确认缺陷已经被解决,就将缺陷的状态设置为“已关闭”。
5.如果测试经理收到某缺陷被拒绝通知,验证该缺陷,如果确实不能算作缺陷,关闭缺陷,将缺陷状态设置为“已关闭”。如果认为的确是一个缺陷,修改缺陷描述,并将其重新指派给开发经理,并将缺陷的状态设置为“新建”。
8、软件测试原则:测试证明软件存在缺陷;不可能执行穷尽测试;测试尽早启动、尽早介入;缺陷存在群集现象;杀虫剂悖论;不同的测试活动依赖于不同的测试背景;不存在缺陷的谬论。