a、开发提供《系统需求规格说明书》给测试人员,由测试人员在此阶段编写好系统测试用例以及准入测试用例;
b、根据时间安排对测试用例进行评审确认,准入测试用例会在进入测试阶段之前发给开发留待转测试时验证。
a、开发将通过准入测试验证的已完成的系统打包发给测试人员到测试环境上部署或者自行部署到测试服务器,并附上转测试申请单,转测试申请单必须附上测试内容;
b、测试人员根据准入测试用例对系统进行验证,如果验证结果达到准入准则要求,则准入通过,可以进入下一步测试,反之则退回给开发,等待问题修复再重新转测试;
c、进入系统测试之后,测试人员在此过程中发现的缺陷应及时提交到缺陷管理工具中,并通知开发人员及时对缺陷进行修复;
d、测试人员根据缺陷修复情况以及系统需求说明对开发反馈的缺陷进行验证,确定是关闭还是激活或者是留待下版解决。
测试人员根据测试的结果输出系统测试报告,报告明确说明本次的测试结果的通过还是不通过,判断标准参考准出准则。
2、测试执行策略
测试执行阶段准入需达到无已知严重性级别以上遗留缺陷,具体准入条件如下:
1)被测软件程序能正常打包、编译并通过;
2)转测试时给出测试重点建议,基本功能特性可通过预测试;
3)测试环境已到位,系统用例通过阶段评审并已基线
4)软/硬件版本配套关系描述正确;
5)已提供软件安装指导书、数据库说明文档(数据字典)及转测试申请单;
6)产品安装包可正常安装/卸载。
1)软件系统在进行系统预测试时,发现致命性问题或严重性问题超过3个或预测试用例通过率低于80%,版本暂停测试返回开发;
2)软件项目需暂停以进行调整时,测试应随之暂停,并备份暂停点数据;
3)软件项目在其开发生命周期内出现重大估算,进度偏差,需暂停或终止时,测试应随之暂停或终止,并备份暂停或终止点数据;
4)如有新的项目需求,则在原测试计划下做相应的调整;
5)若开发暂停,则相应测试也暂停,并备份暂停点数据;
6)若项目中止,则对已完成的测试工作做测试活动总结;
7)项目再启动时,测试进度重新安排或顺延。
本次测试的通过准则如下:
1)测试覆盖了测试范围内的所有需求、接口;
2)所有主流程全部跑通;
3)不存在严重性级别以上遗留缺陷,且遗留缺陷加权分不超过3分;
4)达到质量目标的要求。
2.4、缺陷严重级别定义
致命:导致对被描述的主要对象的错误理解、不可行、不能运转,对业务和整个系统可能造成重大损失或损害,缺陷加权分为10分;
严重:对被描述的部分对象的理解可实现错误,部分系统可模块不可行、不能运转或部分系统和模块缺失,对整个系统有重大影响或可能造成部分的损失和损害,缺陷加权分为3分;
一般:系统中的部分单元模块或单个功能描述与现实有错误、有偏差、不一致或有缺失,不影响模块的正常运行,或有影响但可以替代方法、规避方法,缺陷加权分为1分;
微小:基本不影响系统的运行和功能的实现。但是与标准、规范和定义不一致,缺陷加权分为0.2分。
注:以上来自个人的工作经验,部分借鉴于自己工作的企业。仅供参考,请勿抄袭!