测试用例计划.DOC

系统测试计划改进版 Version?: 1.0.0 2010-06-16 DOCUMENT HISTORY Ed. Version Author Change 1 1.0.0 孟宁 Initial(2009-08-25) 2 1.1.0 黄波 系统测试计划改进版(2010-06-16) 办公地点：明德楼A302 电话:0512QQ群E-mail:mengning@ustc.edu.cn  目 录 1 测试准备 3 1.1 测试环境 3 1.2 测试准备 3 1.3 测试范围 3 1.4 风险及约束 4 2 测试用例计划 4 2.1 单元测试 4 2.2 集成测试 4 2.3 功能测试 5 2.4 性能测试 5 3 参考资料 6  测试准备 测试环境 服务器：Tomcat6.0 客户端： PC Windows 7 Firefox浏览器 以及相应的测试人员 测试准备 查看需求分析文档、和系统设计文档。按照功能和性能分别设计出使用场景，设计出测试用例。 测试范围 由于各种活动的相互影响和制约，系统的设计完成中可能存在某些错误，软件测试主要是对此房屋中介系统进行全面检查，及时发现程序中的逻辑错误，以保证产品的正确性和可靠性。 1.易用性 2.性能 3.功能 4.业务规则 5.事务准确性 6.数据有效性和完整性 7.系统可靠性 本项目的测试主要分为4个阶段： 完善文档。为了保证测试工作的正常进行，需要完善需求规格说明书和概要设计两个重要的测试参考文档。 将整个文档共享平台分为4大模块（用户管理，搜索文档，上下载文档，在线阅读文档），分别对每个模块进行单元测试，该阶段在每个单独的程序块中消除场内的逻辑，功能上的缺陷和错误，保证每个模块作为一个单元能正确执行，并为上一级测试做准备。采用自底向上的方法可以免去桩模块的开发。高质量的程序单元是组成可靠系统的基础，对单元性能的评价有：单元接口，局部数据结构，重要的执行路径，出错处理路径，影响上述几点的边界条件测试。 进行集成测试，将各个模块进行集中和装配，形成一个完整的软件后能可以进行集成测试，集成测试除了进一步检查和排除子系统结构或相应程序结构上的错误之处，还应该验证所有的系统单元配合是否合适，整体性能和功能是否完整。 进行系统测试。首先对整个程序进行功能测试，验证软件的功能和性能以及其他特点是否与用户的需求一致。然后进行系统非功能测试，结合本系统特点，我们侧重于易用性测试，性能测试，强度测试和可靠性测试，可恢复性测试等。 风险及约束 本系统的测试过程中，可能存在以下风险： 某些重要模块功能的实现情况 代码编写的质量 Bug修复的情况 人员经验以及对软件的熟悉度 开发时间缩短导致某些测试计划无法执行 相关约束： 无法十分真实的模拟极限测试所需要的条件。 测试用例计划 单元测试 分别对每个模块进行单元测试，在改阶段在每个单独的程序块中消除场内的逻辑，功能上的缺陷和错误，保证每个模块作为一个单元能正确执行，并为上一级测试做准备。采用自底向上的方法可以免去桩模块的开发。高质量的程序单元是组成可靠系统的基础，对单元性能的评价有：单元接口，局部数据结构，重要的执行路径，出错处理路径，影响上述几点的边界条件测试。 测试目标 揭示模块与其接口规格说明中存在的矛盾 测试范围 用户管理，信息发布，信息搜索，站内信，评论模块 技术 自底向上方法，先黑盒后白盒测试，提高覆盖率 开始标准 需求测试完成，代码开发完成 完成标准 所有单元测试用例都被执行过；所有发现的缺陷，错误都被改正并回归测试过；所有被测对象的语句覆盖率达到95%,或者能够给出不需要达到的理由；单元测试报告组长批准 测试重点和优先级 程序的逻辑错误 需考虑的特殊事项 集成测试 进行集成测试，将各个模块进行集中和装配，形成一个完整的软件后能可以进行集成测试，集成测试除了进一步检查和排除子系统结构或相应程序结构上的错误之处，还应该验证所有的系统单元配合是否合适，整体性能和功能是否完整。 测试目标 将各个子模块组合起来成为更大的子模块 测试范围 针对每个接口，考虑参数个数，和输入输出属性，参数的顺序，等价类，边界等情况，已经函数的返回值等。 技术 灰盒测试 开始标准 单元测试完毕 完成标准 所有测试用例都被执行过；所有发现的缺陷，错误都被改正并回归测试过；性能要求符合标准；组长批准 测试重点和优先级 与数据库操作相关的测试 需考虑的特殊事项 功能测试 1.用户登录（会员，管理员） 2.管理员发布通知 3.会员修改资料 4.会员搜索文档 5.会员上传文档 6.会员下载文档 7.会员在线阅读文档 8.管理员