学生管理系统测试报告

第11章 职责

测试组

人员 高裕浩 角色 1、《测试计划》编制。 2、对测试员编写的各种测试文档进行评审。 3、协调并实施项目计划中确定的活动。 测试负责人 4、识别和满足测试环境需求。 5、为其他人员提供技术支持。 6、组织并确保团队的工作。 高裕浩 1、 编写测试用例（功能）。 测试组员 2、 执行功能和性能测试。 3、 编写测试报告（功能）。 高裕浩 测试组员 3、编写测试报告（功能及性能）。 4、内部验收评审。 1、编写测试用例（功能和性能）。 2、执行功能和性能测试。 职责、任务 测试进度

序号 测试任务名称 工作量 开始日期 完成日期 01 02 03 04 05 06 07 08

指定测试计划 设计测试 安装测试 功能测试 界面测试 系统测试 测试报告 测试总结 1天 1天 1天 2天 2天 2天 1天 1天 2016/5/13 2016/5/14 2016/5/15 2016/5/17 2016/5/20 2016/5/22 2016/5/24 2016/5/26 2016/5/14 2016/5/15 2016/5/16 2016/5/19 2016/5/21 2016/5/23 2016/5/25 2016/5/26 第12章 测试风险评估及解决方案

测试风险评估

1. 测试人员对需求或系统业务理解不准确，造成测试范围分析的误差，结果某些地方

始终测试不到或验证的标准不对。

2. 测试用例设计不到位，忽视了一些边界条件、深层次的逻辑、用户场景等。或者是，

测试用例没有得到百分之百的执行，如有些测试用例被有意或无意的遗漏。 3. 需求的临时/突然变化，导致设计的修改和代码的重写，或者测试过程插入零时任

务，导致测试时间不够。

4. 缺陷分类标准不是很清晰的，如一致性的测试，仁者见仁、智者见智。 5. 测试环境，一般不可能和实际运行环境完全一致，造成测试结果的误差。

6. 有些缺陷出现频率不是百分之百，不容易被发现。如果代码质量差，软件缺陷很多，

被漏检的缺陷可能性就大。

7. 回归测试一般不运行全部测试用例，是有选择性的执行，必然带来风险。 8. 测试开始后，测试人员、技术支持人员因故不能及时到位。

9. 能否及时准备相关测试工具，测试人员对新工具无法熟练运用等情况也时有发生。

解决方案

1. 当需求发生变动时，组织测试人员对新需求进行培训；对业务比较复杂的系统，项

目经理可对测试人员进行培训或者测试小组内部讨论加以理解。

2. 当测试执行的时间缩短时或者测试人员不到位的情况下，调整软件测试计划，针对

不同情况采取增加工作时间、工作人员和资源等来缓解风险发生时带来的威胁。也可与客户协商，顺延交付日期或在客户允许的情况下对测试项目进行适当裁剪。或者是降低对低优先级的功能和特性的测试质量或者是删除某些风险级别较低的功能。

3. 对测试过程中产生的文档进行小组走查或者小组审查或者小组评审等方式减少测

试过程中的风险。

4. 当测试环境发生变化是，具体情况如下。测试环境分为软件部分和硬件部分：

A软件部分:一般是部署测试环境的电脑中毒、测试版本更新不及时、测试工具无法正常使用。解决方案有将测试环境暂时搭建到测试人员的电脑上，并且及时对测试服务器进行杀毒等补救措施。自动化测试工具无法正常使用，在不影响测试任务的情况下，可以采用其它方法或其它工具执行测试。当缺陷管理工具无法正常使用

的时候，测试组长需要及时找出出错的原因并及时修复，以保证测试工作正常执行。 B硬件部分:当测试服务器出现无法修复或需要长时间修复的硬件问题时，可以由测试组长将测试环境临时搭建到测试人员的电脑上，并且及时与公司其它部门沟通尽快处理测试服务器硬件问题

5. 在做性能测试过程中发现被测对象存在严重性能问题，可以暂时跳过这个功能或模

块，执行其他功能或模块的性能测试。而这个存在严重性问题的功能或模块应及时交给开发人员处理。