客户端版本测试准入和准出标准

1 测试准入标准 

1) 开发人员编码结束,并已完成自测试; 

2) 需求说明书规定的功能或程序员提交的功能说明书的功能均已实现; 

3) 基本流程可以走通,界面上功能均已实现,符合设计文档规定的功能; 

2 软件测试暂停和恢复标准 

2.1 软件测试暂停标准 

1) 在进行软件系统测试时,发现程序存在重大bug(影响基本功能性的)或bug过多

时,测试无法正常进行,可向领导申请暂停测试; 2) 存在其他优先级更高任务时,可向领导申请暂停测试; 

3) 软件项目需暂停以进行调整时,测试应随之暂停,并备份暂停点数据; 

4) 软件项目在其开发生命周期内出现重大估算、进度偏差,需暂停或终止时,测试应

随之暂停或终止,并备份暂停或终止点数据。 

2.2 软件测试恢复标准 

1) 重大bug被解决或程序通过重新修正; 2) 优先级更高的任务已经被完成; 

3) 软件项目被调整后重启启动,测试任务应随之启动。 

3 单元测试结束标准 

1) 单元测试用例设计已经通过评审 

2) 按照单元测试计划完成了所有规定单元的测试 

3) 达到了测试计划中关于单元测试所规定的覆盖率的要求 

4) 被测试的单元每千行代码必须发现至少3 个错误

5) 软件单元功能与设计一致 

6) 在单元测试中发现的错误已经得到修改,各级缺陷修复率达到标准 

4 集成测试停止标准 

   1)  集成测试用例设计已经通过评审 

   2)  按照集成构件计划及增量集成策略完成了整个系统的集成测试    

    3)  达到了测试计划中关于集成测试所规定的覆盖率的要求 

   4)  被测试的集成工作版本每千行代码必须发现至少2个错误    

    5)  集成工作版本满足设计定义的各项功能、性能要求 

   6)  在集成测试中发现的错误已经得到修改,各级缺陷修复率达到标准 

5 安装测试停止标准 

1) 安装退出之后,确认应用程序可以正确启动、运行。 

2) 如果系统提供自动卸载工具,那么卸载之后需检验系统是否把所有的文件全部删除,

注册表中有关的注册信息是否也被删除。 

3) 安装完成之后,可以在简单地使用之后再执行卸载操作,有的系统在使用之后会发

生变化,变得不可卸载。 

4) 对于客户服务器模式的应用系统,可以先安装客户端,然后安装服务器端,测试是

否会出现问题。 

5) 考察安装该系统是否对其他的应用程序造成影响。 

6) 在安装测试中发现的错误已经得到修改,各级缺陷修复率达到标准 

6 系统测试结束标准 

1) 系统测试用例设计已经通过评审; 

2) 按照系统测试计划完成了系统测试; 

3) 达到了测试计划中关于系统测试所规定的覆盖率的要求(新的系统,要求按测试用

例来测试,覆盖所有用例后提交测试报告;新的版本,按开发的《测试申请单》来验证修复BUG和新增功能,然后进行回归测试,提交测试日简报); 

4) 软件需求分析说明书中定义的所有功能已全部实现,性能指标全部达到要求; 

5) 在系统测试中发现的错误已经得到修改,各级缺陷修复率达到标准。 

7 缺陷修复率标准 

1) 一、二级错误修复率应达到100%; 

2) 三、四级错误修复率应达到95%以上; 

3) 五级错误修复率应达到60%以上。 

8 测试用例覆盖率标准 

1) 语句覆盖率最低不能小于80%(白盒测试时的语句覆盖率) 2) 测试需求执行覆盖率应达到100%(业务测试用例均已执行) 

9 错误级别 

一级:基本功能未完全实现,出现程序宕机、崩溃现象; 包括以下各种错误: 

1. 由于程序引起的死机,非法退出 2. 死循环 3. 数据库发生死锁 

4. 因错误操作导致的程序中断 5. 功能错误 6. 与数据库连接错误 7. 数据通信错误 

二级:严重的影响系统要求或基本功能的实现,且没有更正办法(重新安装或重新启动

该软件不属于更正办法)。使系统不稳定、或破坏数据、或产生错误结果、或部分功能无法执行,而且是常规操作中经常发生或非常规操作中不可避免的问题。 包括以下各种错误: 1. 程序接口错误 

2. 因错误操作迫使程序中断 

3. 系统可被执行,但操作功能无法执行 

4. 单项操作功能可被执行,但在此功能中某些小功能无法被执行(对系统非致命的) 5. 在小功能项的某些项目(选项)使用无效(对系统非致命的) 6. 业务流程不正确 

7. 功能实现不完整,如删除时没有考虑数据关联 

8. 功能的实现不正确,如在系统实现的界面上,一些可接受输入的控件点击后无效;

对数据库的操作不能正确实现 

 

三级:严重的影响系统要求或基本功能的实现,但存在合理的更正办法。系统性能或响

应时间变慢、产生错误的中间结果但不影响最终结果等影响有限的问题。 

    包括以下各种错误: 

1. 操作界面错误(包括数据窗口内列名定义、含义是否一致) 2. 简单的输入控制未放在前台限制 3. 删除操作未给出提示 

4. 已被捕捉的系统崩溃,不影响继续操作 

5. 虽然正确性不受影响,但系统性能和响应时间收到影响 6. 不能定位焦点或定位有误,影响功能实现 7. 显示不正确但输出正确 

8. 增删改功能,在本界面不能实现,但在另一界面可以补充实现 

四级:使操作者不方便或遇到麻烦,但不影响功能的正常执行,界面拼写错误或用户使用不方便等小问题或需要完善的问题 包括以下各种错误: 1. 界面不规范 2. 辅助说明描述不清楚 3. 输入输出不规范 4. 长时间操作未给用户提示 5. 提示窗口文字未采用行业术语 

6. 可输入区域和只读区域没有明显的区分标志 7. 必填项和非必填项应加以区别 8. 滚动条无效 

9. 键盘支持不好,如在可输入多行的字段中,不支持回车换行;或对相同的字段,在

不同界面支持不同的快捷方式 10. 界面不能及时刷新,影响功能实现 

五级:文字或细节一类的其他错误,以及一些建设性的问题 包括以下错误: 

1.  可以忽略不计的问题,对用户使用没有任何影响,但有改进空间 2.  软件设计有问题 3.  文档不完整或不准确 

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评估测试时间和测试范围以及定义测试准入准出标准测试项目管理中重要的一部分。以下是一些常用的方法和建议: 1. 测试时间评估: - 根据项目的规模和复杂性评估测试所需的时间。考虑到测试用例的数量、测试环境的搭建、测试数据的准备、缺陷修复等因素。 - 基于以往类似项目的经验,结合团队成员的能力和资源情况,进行时间估算。 - 利用测试管理工具来跟踪测试进度,及时调整测试时间安排。 2. 测试范围评估: - 根据需求文档、设计文档等项目文档,明确系统的功能点、模块和特性。 - 根据时间和资源的限制,确定可以覆盖的测试范围。可以使用测试技术和方法来优先选择重要和高风险的功能进行测试。 - 参考产品质量目标和用户需求,确定哪些功能是必须测试的,哪些是可选的。 3. 测试准入准出: - 测试准入标准是指在开始测试之前需要满足的条件,例如开发完成并通过代码评审、环境准备完毕、测试数据准备好等。 - 测试准入标准应该明确,并由测试经理或项目负责人进行确认。 - 测试准出标准是指在结束测试并发布软件之前需要满足的条件,例如所有高优先级缺陷修复完毕、测试报告生成并审核通过等。 - 测试准出标准也应该明确,并由测试经理或项目负责人进行确认。 通过合理评估测试时间和测试范围,并定义清晰的测试准入准出标准,可以帮助测试团队控制项目进度,确保测试工作的质量和效率。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值