[Step3] 执行系统测试

　　● 系统测试小组各成员依据《系统测试计划》和《系统测试用例》执行系统测试。

　　● 将测试结果记录在《系统测试报告》中，用“缺陷管理工具”来管理所发现的缺陷，并及时通报给开发人员。

　　[Step4] 缺陷管理与改错

　　● 从[Step1]至[Step3]，任何人发现软件系统中的缺陷时都必须使用指定的“缺陷管理工具”。该工具将记录所有缺陷的状态信息，并可以自动产生《缺陷管理报告》。

　　● 开发人员及时消除已经发现的缺陷。

　　● 开发人员消除缺陷之后应当马上进行回归测试，以确保不会引入新的缺陷。

　　6、输出

　　● 消除了缺陷的最终软件系统

　　● 系统测试用例

　　● 系统测试报告

　　● 缺陷管理报告

　　7、结束准则

　　对于非严格系统可以采用“基于测试用例”的准则：

　　● 功能性测试用例通过率达到100％；

　　● 非功能性测试用例通过率达到80％时。

　　对于严格系统，应当补充“基于缺陷密度”的规则：

　　● 相邻n个CPU小时内“测试期缺陷密度”全部低于某个值m。例如n大于10，m小于等于1。

　　本规程所有文档已经完成。

　　8、度量

　　测试人员和开发人员统计测试和改错的工作量，文档的规模，以及缺陷的个数与类型，并将此度量数据汇报给项目经理。

　　三、实施建议

　　对系统测试人员进行必要的培训，提高他们的测试效率。

　　项目经理和测试小组根据项目的资源、时间等限制因素，设法合理地减少测试的工作量，例如减少“冗余或无效”的测试。

　　系统测试小组根据产品的特征，可以适当地修改本规范的各种文档模板。

　　对系统测试过程中产生的所有代码和有价值的文档进行配置管理。

　　为了调动测试者的积极性，建议企业或项目设立奖励机制，例如：根据缺陷的危害程度把奖金分等级，每个新缺陷对应一份奖金，把奖金发给第一个发现该缺陷的人。

　　四、系统测试的目标

　　1、确保系统测试的活动是按计划进行的；

　　2、验证软件产品是否与系统需求用例不相符合或与之矛盾；