将根据测试需求完成功能性测试用例的编写。
4.3. 测试日志文档
测试用例设计完成之后，我方将测试用例提交给相关各方评审。评审通过后测试人员按照测试用例实施测试。测试人员在实施测试的时候，将每日填写测试日志。
4.4. 测试报告
完成一次完整的功能测试之后，我方将汇总缺陷，完成测试报告。
5. 测试工作流程 5.1. 测试启动
开发方提供项目相关文档，包括《需求规格说明书》、《设计文档》、《用户手册》等相关文档；
开发方搭建测试环境，提供必要的软、硬件； 开发方进行系统讲解，完成对测试方的培训； 测试方阅读相关文档并学习使用被测系统；
测试方对依据的文档中的不足提出意见，由开发方补充完善文档。
5.2. 测试准备
测试方制定必要的标准，提交开发方和用户方审阅； 测试方整理测试需求，提交开发方和用户方审阅； 测试方书写测试计划，提交开发方和用户方审阅；
测试方编写测试用例，开发测试脚本，可提交开发方和用户方审阅；
5.3. 测试实施
测试方按照测试计划，按照设计的测试用例实施测试，记录测试过程中的问题。测试方每日完成测试日志，并将测试日志提交开发方和用户方。
5.4. 测试总结
测试方对每次回归测试提交缺陷列表，编写测试报告。
6. 三方职责分工
测试过程中需要开发方精悍有素的人员的大力支持与配合，并且为测试方提供现场技术支持。开发方有义务配合测试方完成本次的系统测试，并提供必要的支持工作。
由于测试阶段的根本目标是尽可能多发现并排除软件中潜藏的错误，最终把一个高质量的软件系统交给用户使用，因此用户方在测试阶段的直接参与、指正和确认起着十分重要的作用。开发方需要有专人负责本次系统测试工作，组织测试现场和相关硬件设备，沟通和协调各方关系。
测试方严格按照软件工程理论进行测试，提供专业测试人员和必要的测试工具，并以用户方的根本利益为工作原则指导。
7. 附录
7.1. 软件错误的严重性等级
7.1.1.
Critical：1级错误
这一级别的错误一般包括以下内容: ? 没有实现或错误地实现重要的功能； ? 业务流程存在重大隐患；
? 软件在操作过程中由于软件自身的原因自动退出系统或出现死机的情
况；
? 软件在操作过程中由于软件自身的原因对系统或数据造成破坏； ? 在现有的软、硬建设环境下不能实现应有的功能；
? 特殊软件在操作过程中可能危及系统和人身安全等。
7.1.2. Major：2级错误
这一级别的错误一般包括以下内容:
? 没有实现基本功能，并且不存在替代办法；
? 没有实现重要功能中的部分功能，并且不存在替代办法； ? 业务流程衔接错误； ? 用户的权限分配不合理； ? 不可继续使用的异常错误；
? 系统不明原因资源占用增大,导致性能不断下降； ? 界面与需求不符；
7.1.3. Averagte：3级错误
这一级别的错误一般包括以下内容:
? 没有实现基本功能，但存在替代办法；
? 没有实现重要功能中的部分功能，但存在替代办法； ? 可继续使用的异常错误； ? 提示信息存在错误
7.1.4. Minor：4级错误
这一级别的错误通常为易用性方面的错误： ? 界面不友好、前后风格不一； ? 中英文混杂；
? 查询结果输出不直观；
? 错别字，提示信息轻微错误； ? 界面控件缺陷； ? 快捷键错误；
7.1.5. Enhancement：5级错误
通常为不影响正常使用下的用户方提出的改进性建议，或者文档方面的错误。
? 界面调整
? 功能改进调整建议
? 颜色,字体,图像等不合适 ? 基本操作过于复杂
? 使用手册与功能不符（功能使用正常）
第三方软件测试报告（模板）
