中信建设有限责任公司网站/品牌全网推广

测试的小组人员分配，和需要的工作：

测试计划：

一场对所有软件BUG展开的歼灭战

确定测试范围  确定测试策略  测试资源安排

测试时间、工作量、人员

由于每个人的思维存在局限性，每项测试最后安排不少于2个人测试，以便交叉测试进度安排

最好能预留一段缓冲时间，用于应对计划的变更，以及让测试员有时间完善和补充测试用例风险及对策  可考虑建立后备机制

测试计划，应该包括：

缺陷管理

缺陷报告用于记录缺陷，对缺陷进行分类，为解决不同的缺陷分配合理的资源，并通过缺陷报告对处理缺陷的过程进行跟踪，从而使软件缺陷得以修复。
 
缺陷报告包括的元素：缺陷标题、复现缺陷的操作步骤、缺陷的实际结果、缺陷的预期结果、缺陷的优先级别、缺陷的严重程度、缺陷的基本信息、缺陷的类型、测试的软件和硬件环境、测试的软件版本、注释文字和截的缺陷图像。
 
缺陷严重程度
（1）致命性错误：数据丢失、数据传递错误，造成操作系统或其他支撑系统崩溃、应用系统崩溃，非正常关闭和非正常死机。
（2）严重性错误：规定的主要功能没有实现或不完整；设计不合理造成性能低下。
（3）一般性错误：不影响业务运行的功能问题。

修改优先级：
P1：立刻修复；
P2：如果时间允许就修复；
P3：可以在将来的某个版本修复；
P4：推迟修复；
P5：不进行修复。

测试报告

测试有效性分析：

本次测试涉及419个功能点，发现4个缺陷，其中，3个已修复，0个否决，1个遗留。

设计的案例对测试需求覆盖率为100%，且所有案例均在环境稳定的情况下测试并得出明确测试结果。

测试结论

 基于开发提交的测试版本，完成系统测试，被测功能达到预定需求，测试过程完整有效，系统测试通过。

建议

测试是不断完善项目的一个过程，测试的是必不可少的，如果出现问题要配合开发及时解决，如果发现项目中设计的缺陷要及时和需求人员沟通，尽快的解决问题。