《xx项目测试计划》由会员分享，可在线阅读，更多相关《xx项目测试计划（8页珍藏版）》请在金锄头文库上搜索。
1、xx项目测试计划文件状态： 草稿 正式发布 正在修改文件标识：-Test-Department当前版本：V1.0作 者：完成日期：修订历史记录版本日期AMD修订者说明1.0A初稿（A-添加，M-修改，D-删除）1 简介1.1确定测试范围所需文档：软件需求说明文档中需包括：对测试对象（构件、应用程序、系统等）及其目标进行简要说明。需要包括的信息有：主要的功能和性能、测试对象的构架以及项目的简史目标：确定现有项目的信息和应测试的软件构件，确定测试范围,包括测试对象中将接受测试或将不接受测试的那些性能和功能 1.2测试策略鉴于本测试为基于web的系统测试，所以需额外测试系统在不同用户的浏览器端的显示
2、是否合适以及从最终用户的角度进行安全性和可用性测试。因此在功能测试中需添加Cookies测试；性能测试中添加连接速度测试以及安全性测试。注1:将负载测试和压力测试合并为压力测试1.3测试资源所需文档：软件需求说明文档内容同上人力资源角色所推荐的最少资源（所分配的专职角色数量）具体职责或注释测试环境软件环境（相关软件、操作系统等）硬件环境（网络、设备等）测试工具用途工具生产厂商/自产版本1.4 测试流程要求为便于归档，对bugfree的提交要求如下：测试人员：列出进行测试的具体步骤（进行过何种测试）开发人员：列出测试失败的原理分析、修改方法和修改结果2. 测试进度 测试任务人员时间安排测试计划编
3、写用例执行用例测试结束3. 系统风险、优先级需简要描述测试阶段的风险和处理的优先级4.测试策略所需文档：概要设计说明书文档中需包括：软件子系统划分、子系统间接口和错误处理机制4.1 功能测试类型介绍：根据系统需求文档和软件本身，检查产品正确实现了功能。系统测试阶段依据需求规格逐项测试。以按需求所列功能检查一遍为标准。测试目标：系统提供的功能与需求相符。方法： 系统测试阶段依据需求规格逐项测试。 重要的功能应该投入更多的精力进行测试，并及时小结。 具体的功能实现可参照需求文档及详细设计与后期软件实体。 部分输入处进行等价类的判定测试，所有边界值方面的测试。 系统默认值方面的测试。 空数据及空格数
4、据。 输入框Tab光标移动测试。 输入框复制粘贴内容边界测试。 帮助中心各个信息链接测试。 信息保存；删除；及修改测试。完成标准： 功能实现，且可以正确执行。 链接完整，能够正确定位用户所提出的问题。 所发现的缺陷尽量解决，留下的问题已经进行相应的处理或提供其他的解决方法。需考虑的特殊项： 注意一些重要功能是与实际效果相关，并不是简单的功能实现。4.2 界面测试类型介绍：检查界面是美观合理的。按照相关规定进行检查。以按相关要求规定检查一遍为标准。测试目标程序界面符合相关的规范。（包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问方法（Tab键、鼠标移动、和快捷键）的使用，文字排版及错别字方
5、法： 按照相关规定逐项检查，包括页面排版、窗口、公司商标、版权信息等。 检查提示信息中的文字和标点符号、图标等。 程序界面美观性测试。 各个链接合理性测试。 窗体界面测试。 总体测试。完成标准：程序界面符合相关的规范，各个窗口都与基准版本保持一致，或符合可接受标准需考虑的特殊项：注意版本信息。4.3业务测试类型介绍：根据需求，设计及软件本身针对系统业务流程进行整体测试，确保软件各个业务流程的完整性。测试目标：软件各项业务流程完整。方法： 利用各项输入输出数据对软件业务进行操作检查是否业务流程完整。 利用各种破坏性数据对业务流进行操作，检查系统是否能够阻止无效数据对业务流的破坏。 业务跳转性测试
6、。 业务关联测试。 合理业务当中不合理数据的测试。 非常规业务测试。 复杂业务流程测试。 网站页面刷新产生的业务流程方面的测试。完成标准：软件业务流程走向完整，业务流程满足于需求。需考虑的特殊事项：注意业务流的逆向流转。业务流程中所隐含的部分可能产生的错乱。多次打开网站窗口或多次填写刷新可能对业务流程产生的影响4.4性能测试类型介绍：根据客户经常触发事件、经常触发模块进行大批量数据构造观察软件是否能够正常运行测试目标：在客户经常触发事件、经常触发模块进行大数据量的构造、批量数据的插入、批量用户的订单下发、批量客户同时提交系统能够正常运行方法： 举例：在客户管理模块批量插入海量数据，此处加入数据
7、客户累计慢慢加入，比如第一次加入5000条然后累计插入 模拟众多用户同时提交下发订单 模拟众多用户提交订单 模拟用户同时登陆完成标准：系统能够在超负荷条件下运行正常，不出现运行缓慢、内存溢出等现象需考虑的特殊事项：执行海量数据插入时数据库不提示致命错误，前台软件能够及时处理同时下发订单式系统能够及时响应同时提交订单时系统可以及时响应多用户同时登陆时系统能够正常响应4.5安全测试类型介绍：该测试类型主要针对软件安全性考虑，主要是放防止恶意可以进行非法操作重而获取客户重要信息。测试目标：在登录界面、软件核心模块比如财务管理模块、营销管理模块进行非法操作，进行恶意攻击、端口扫描，确保软件不丢失数据的
8、情况下正常工作方法： 举例：用相关扫描工具appscan对关键模块进行扫描，观察是否有恶意sql注入 用基于dos攻击工具对网站进行恶意攻击的同时进行相关操作观察软件是否正常运行 关于session的处理是否正常保护可以的信息。完成标准：在非法操作恶意注入、恶意攻击客户安全操作方面安全是否能够正常处理，而不导致软件执行失败需考虑的特殊事项：在恶意攻击时软件能不能够检测的到在恶意注入时软件是不是有了处理对特殊字符是否及时做了处理4.6兼容性测试类型介绍：根据不同浏览器，对软件进行兼容性测试，确保被测软件在规定的浏览器下能够正常运行测试目标：IE系列6以上版本及FireFox；360浏览器；360
9、极速浏览器等能够正常运行方法： 不同浏览器之间的冒烟测试 不同浏览器之间的登陆测试 相关的界面测试 基本业务功能流程测试 输入输出数据测试 链接合理性测试完成标准：能够正常在IE系列，FireFox；360浏览器；360极速浏览器下正常运行需考虑的特殊事项：各个浏览器之间可能会产生页面错乱或者乱码等问题，测试时需详加注意IE系列注意版本的兼容性问题对于出现的随机问题或非普遍性问题，需及时记录和上报4.7易用性测试类型介绍：已用户的角度对被测软件进行易用性方面的测试，确保用户的体验性含量测试目标：被测软件的所有易用性方面的测试，用户能够满意绝大部分软件操作及页面展现等相关性的体验方法： 输入输出
10、形式易用性测试 页面美观程度测试 操作复杂程度性测试 常识性测试 以用户角度进行的多方位全面性的易用性测试完成标准：用户能够满意绝大部分软件操作及页面展现等相关性的体验需考虑的特殊事项：提示功能的形式及效果（绝大部分用户不喜欢红叉式的提醒标志，即便是软件功能上对用户误操作产生的阻止性提示）注意相关的习惯性测试（大多数用户会习惯使用部分键盘内容去代替软件本身给予的功能要求。如：登陆与回车，清空与删除）对于测试人员所认为不符合易用性的问题不论是否为问题，需先进行记录和上报，然后进行相关该问题的讨论与定性5.测试输出文档1）测试计划2）测试用例集3）Bug分析报告4）Bug清单5）用例执行结果6）项目测试报告7）软件使用手册
