测试计划

测试方法
执行人员
需求中功能是否在系统实现
手工
测试人员
2.3.2 界面测试

测试内容

测试方法
执行人员
页面ui显示正常，数据正常
手工
测试人员
2.3.3 压力测试

测试内容

测试方法
执行人员
模拟多用户传输数据得出性能指标
测试工具
测试人员
2.3.4 兼容测试

测试内容

测试方法
执行人员
不用浏览器版本或手机版本是否能正常使用
手工
测试人员
1. 概述     1.1 编写目的     1.2 项目背景     1.3 项目质量目标     1.4 预期读者     1.5 参考资料 2. 测试环境     2.1 系统架构     2.2 软硬件环境要求     2.3 测试环境部署图 3. 测试规划     3.1 测试范围     3.2 测试工具     3.3 人员、角色及职责 4. 测试策略     4.1 系统框测试     4.2 业务流程测试     4.3 功能点测试     4.4 UI界面测试     4.5 性能测试     4.6 兼容性测试     4.7 安全测试 5. 测试进度安排 6. 工作汇报
二、测试用例

主要包含，测试编号，测试标题，优先级预设条件，测试数据，执行步骤，预期结果，实际结果

三、缺陷报告

缺陷名称，测试人 指派给哪个开发人员解决 优先级 严重程度  操作步骤测试环境 修复版本

四、测试报告

1.简介：编写目的/参考文档/术语定义

2.测试背景：项目背景和测试环境(什么架构上，进行了什么类别的测试，依据了什么文档)

3.进度执行情况：人员安排和每个模块的测试时间和版本信息

4.用例执行情况：用例数分布（模块，类型）和执行率和通过率

5.缺陷统计情况：缺陷数量统计，缺陷重要级别统计，缺陷在不同版本的数量和重要级别，缺陷总数和修复数和遗留以及遗留原因，重要级别的bug主要是什么问题，列举一些以南bug说明

6.测试结论：此次测试通过与否

7.测试建议：通过此次测试对之后测试有何建议

8.在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的问题，同时也可以降低沟通成本。

9.发布版本的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的问题而出现的无效 bug。

10.开发人员解决 bug 的时候，填写 bug 原因以及解决方式，方便 bug 的跟踪。

11.开发人员在开发版本上发现 bug，可以通知测试人员，因为开发人员发现的bug很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人员没有发现该 bug，而且，这样可以保证发现的