测试计划模板书

1、测试计划文件状态：文件表记：-Test-Department当前版本：V1.0稿本作者：Bh正式宣布完成日期：04-12-03正在更正校正历史记录版今日期AMD校正者说明1.004-12-03Abh稿本（A-增加，M-更正，D-删除）1简介1.1确定测试范围待定所需文档：软件需求说明文档中需包括：对测试对象（构件、应用程序、系统等）及其目标进行简要说明。需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史目标：确定现有项目的信息和应测试的软件构件，确定测试范围,包括测试对象中将接受测试或将不接受测试的那些性能和功能1.2测试策略基于本测试为基于web的系统测试，因此需额外测试系统在

2、不一样样用户的阅读器端的显示可否合适以及从最后用户的角度进行安全性和可用性测试。因此在功能测试中需增加Cookies测试；性能测试中增加连接速度测试以及安全性测试。注1:将负载测试和压力测试合并为压力测试1.3所需资源和现有资源待定所需文档：软件需求说明文档内容同上参照需求：为真实模拟测试环境，需要测试各种上网方式下软件可否正常工作，如ADSL、电力猫、拨号上网、无线上网等；还需要考虑远程测试（包括多台主机）等现有资源：人力资源注：可合适地删除或增加角色项。角色所介绍的最少资源（所分配的专职角详细职责或说明色数量）测试环境软件环境（相关软件、操作系统等）硬件环境（网络、设备等）测试工具用途工具

3、生产厂商/自产版本1.4测试流程要求为便于归档，对bugtracker的提交要求以下：测试部：列出进行测试的详细步骤（进行过何种测试）研究部：列出测试失败的详细描述、原理剖析、更正方法和更正结果测试进度待定系统风险、优先级待定需简要描述测试阶段的风险和办理的优先级4.测试策略所需文档：大纲设计说明书文档中需包括：软件子系统划分、子系统间接口和错误办理系统4.1功能测试归纳：保证测试的功能正常，如导航，数据输入，办理、检索可否正确，以及业务规则的推行可否合适。即对交互的输出或结果进行剖析，以此来核实应用程序及其内部进度,这是当前的测试重点。目标：利用有效的和无效的数据来执行各个用例流，以核实以下

4、内容：在使用有效数据时获取预期的结果在使用无效数据时显示相应的错误信息或警告信息。单一界面测试的参照表格以下：编号场景/条件操作1.用户经过用户界面输入信息输入任何东西，重填2.用户经过用户界面输入信息输入恰巧等于字数限制的正确信息，提交3.输入略高出字数限制的正确用户经过用户界面输入信息信息，提交4.输入略少于字数限制的正确用户经过用户界面输入信息信息，提交5.用户经过用户界面输入信息输入非法字符，提交6.用户经过用户界面输入信息输入为空，提交该输入汉字的输入英文字符，提交用户经过用户界面输入信息注：其他类同预期结果客户端页面恢复到初始状态所填信息正保证存到相应的数据库表中2.客户端提示提交

5、成功所填信息不能够够正保证存到相应的数据库表中2.客户端提示字数超长3.引导用户定位超长输入所填信息正保证存到相应的数据库表中2.客户端提示提交成功所填信息不能够够保存到相应的数据库表中客户端提示有错误输入引导用户定位错误输入1.应有必填项判断2.客户端提示必填项不能够够为空3.引导用户定位必填项所填信息不能够够保存到相应的数据库表中1.客户端提示错误输入2.引导用户定位错误输入项所填信息不能够够保存到相应的数据库表中详细功能测试参照表格以下：功能A描述用例目的前提条件输入/动作希望的输出/相应实质情况示例：典型值示例：界线值示例：异常值功能B描述用例目的前提条件输入/动作希望的输出/相应实质

6、情况注：除测试所供应的功能外，还需增加Cookies测试参照以下：Cookies平时用来积蓄用户信息和用户在某应用系统的操作，当一个用户使用Cookies接见了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创办动向和自定义页面也许积蓄登陆等信息。若是Web应用系统使用了Cookies，就必定检查Cookies可否能正常工作。测试的内容可包括Cookies可否起作用，可否按预定的时间进行保存，刷新对Cookies有什么影响等。4.2用户界面测试归纳：用于核合用户与软件之间的交互可否正常目标：核实以下内容保证各种阅读以及各种接见方法

7、（鼠标搬动、快捷键等）都使用正常保证窗口对象及其特色（菜单、大小、地址、状态和中心）都切合标准等参照表格以下：检查项测试人员的种类及其讨论窗口切换、搬动、改变大小时正常吗？各种界面元素的文字正确吗？（如标题、提示等）各种界面元素的状态正确吗？（如有效、无效、选中等状态）各种界面元素支持键盘操作吗？各种界面元素支持鼠标操作吗？对话框中的缺省焦点正确吗？数据项能正确回显吗？关于常用的功能，用户可否不用阅读手册就能使用？执行有风险的操作时，有“确认”、“放弃”等提示吗？操作序次合理吗？按钮排列合理吗？导航帮助明确吗？提示信息规范吗？4.3性能测试归纳：主若是对响应时间、事务办理速率和其他与时间相关的

8、需求进行评测和评估。性能评测的目标是核实性能需求可否都已满足。目标：核实以下情况下的性能行为：正常的预期工作量预期的最深重工作量需考虑的特别事项：可创办“虚假的”用户负载来模拟好多个（平时为数百个）客户机。最好使用多台实质客户机（每台客户机都运行测试脚本）在系统上增加负载。应该在专用的计算机上或在专用的机时内执行，以便实现圆满的控制和精确的评测。其所用的数据库应该是实质大小或相同缩放比率的数据库。多用户不一样样网络条件下的连接速度可否满足要求参照表格以下：性能A描述多用户不一样样上网方式下的测试用例目的前提条件输入数据希望的性能（平均值）实质性能（平均值）性能B描述多用户不一样样距离条件下的测

9、试用例目的前提条件输入数据希望的性能（平均值）实质性能（平均值）4.4压力测试归纳：这里的详细包括了负载测试以及压力测试目标：核实以下行为下的系统行为2确定测试对象在给准时间内能够连续办理的最大负载或工作量（包括长时间办理多个用户相同的且性能最坏的业务）确定并保证系统在高出最大预期工作量的情况下还可以够正常运行，并评估其性能特色，包括响应时间、事务办理速率和其他与时间相关的内容2服务器上几乎没有或根本没有可用的内存（RAM）步骤一：执行单步任务测试步骤二：多用户多任务测试参照表格以下：单步任务参照表格：任务A描述连续运行时间故障发生的时刻故障描述统计剖析任务A无故障运行的平均时间间隔（CPU小

10、时）任务A无故障运行的最小时间间隔（CPU小时）任务A无故障运行的最大时间间隔（CPU小时）任务B描述连续运行时间故障发生的时刻故障描述统计剖析任务B无故障运行的平均时间间隔（CPU小时）任务B无故障运行的最小时间间隔（CPU小时）任务B无故障运行的最大时间间隔（CPU小时）多用户多任务测试参照表格：极限名称A最大并发用户数量前提条件输入/动作输出/响应可否能正常运行比方10个用户并发操作比方20个用户并发操作极限名称B前提条件输入/动作输出/响应可否能正常运行4.5故障恢复测试l归纳：保证系统能从各种不测数据损失或圆满性破坏的各种软/硬件故障中恢复。目标：核实系统能够在以下情况下正确恢复到预

11、期的已知状态客户/服务机断电网络通信中断异常关闭某个功能错误的操作序次参照表格以下：异常输入/动作恢复能力造成的危害、损失客户/服务机断电网络通信中断错误的操作序次异常关闭某个功能4.6安全性测试归纳：保证系统Web应用下的安全性目标：核实以下情况下的性能行为系统可否有超时的限制相关的重要信息可否写进日志、可否可追踪使用了安全套接字时，测试加密可否正确，信息可否圆满相关表格以下：检查项测试人员的种类及其讨论系统有超时限制吗？（如标题、提示等）相关的重要信息写进了日志吗？能有效追踪他们吗？传输信息加密了吗？传过来的信息圆满吗？4.7配置测试归纳：核实测试对象在不一样样的软件和硬件配置中的运行情况目标：确定系统能在以下条件下正常运行在各种所需的硬件和软件配置中在各种O/S平台或是阅读器下的兼容性测试相关表格以下：检查项测试人员的种类及其讨论系统能在各种软/硬件条件下运行吗？详细有哪些呢？系统支持多种操作平台吗？支持多种阅读器吗？系统对AD/