软件业务-测试计划

4.25测试技术

4.

1.1本文档描述了测试的各个阶段任务、人员分配和时间安排、工作规范等说明如何计划、组织和管理测试项目在开发周期内，帮助项目组尽可能早的找到最严重的尽早地发现最严重的缺陷bug,适用范围

1.2本计划是结合本项目的实际情况制订；适用于整个产品生命周期的测试相关活动本计划根据项目计划和项目进度的调整及时调整读者对象

1.3项目经理、开发人员、测试人员、技术支持人员、质量保证人员等项目组成员、高层经理和相关组成员2测试背景测试目标

2.1通过测试，达到以下目标•测试已实现的产品是否达到设计的要求，包括各个功能点是否已实现，业务流程是否正确•产品规定的操作和运行稳定•系统各个工作模块的功能与用户需求一致，模块间衔接正确•系统的工作流程与要件要求一致，符合用户的实际使用习惯•系统的输出物达到用户的使用要求风险及约束

2.2本次测试过程中，可能出现的风险如下用户实际数据不能及时获得，不能根据实际使用准备测试数据，影响到测试结果的准确程度模块功能的实现情况系统整体功能的实现情况代码的编写质量人员经验以及对软件的熟悉度开发人员、测试人员关于项目约定的执行情况人员调整导致研发周期延迟开发时间的缩短导致某些测试计划无法执行测试内容

2.3软件测试文档

2.4测试参考文档测试提交文档《软件需求规格说明书》《测试计划》《系统设计说明书》《测试报告》、《测试用例》、《测试BUG记录》3测试组织结构角色和职责

3.1角色具体职责或注释测试工程师编写测试用例，执行测试脚本；分析测试数据并形成测试小结项目人员/角色

3.2使用时间序号姓名角色外语需求领域知识需求开始日期结束日期1无测试领域相关技术4测试策略整体测试策略

4.1测试人员在需求阶段参与测试工作，进行需求、设计、测试案例设计，在系统开发完成review review之后，正式执行测试各阶段的测试工作需要符合入口以及出口相应的准则，产品达到软件产品质量要求和测试要求后发布，并提交相关的测试文档测试类型是否采用说明根据系统需求文档和设计文档，检查产功能测试采用品是否正确实现了功能按操作流程进行的测试，主要有业务流采用程、数据流程、逻辑流程、正反流程，检查软件在按流程操作时是否能够正确处理选择边界数据进行测试，确保系统功能采用正常，程序无异常检查系统的容错能力，错误的数据输入容错性测试不采用不会对功能和系统产生非正常的影响，且程序对错误的输入有正确的提示信息检查系统能否处理异常检查每个模块能否正常启动停止、异常异常测试不采用停止后能否正常启动启动停止测试不采用检查系统能否正确安装、配置检查系统是否易用友好安装测试不采用检查界面是否美观合理可用性测试采用应用程序级别的安全性检查只能Actor界面测试采用访问其所属用户类型已被授权访问的那安全性和访问控制测试采用些功能或数据系统级别的安全性检查只有具备系统和应用程序访问权限的才能访问Actor系统和应用程序提取系统性能数据，检查系统是否满足在需求中所规定达到的性能性能测试采用检查文档是否足够、描述是否合理检查程序修改后有没有引起新的错误、是否文挡测试采用能够正常工作以及能否满足系统的需求回归测试采用

4.2测试类型测试技术

4.3测试技术是否采用说明功能测试采用不采用对软件的各个功能点进行审评测试对软件产品功能说明文档和设计说明文档进行检查，在需求与设计阶段进行在设计阶段编写测试用例编写测试用例由开发人员进行采用与开发人员一起进行，检测模块集成后单元测试集成不采用的系统是否达到需求对业务流程及数据测试采用流的处理是否符合标准、系统对业务流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求对软件产品功能通过一些性能测试工具等进行测试在产loadrunner APPScan品发布前，对照进行基本需feature list性能测试采用求的确认，确认产品是否正确实现了功能回归测试采用5测试计划进度计划

5.1测试时间进度安排测试阶段开始时间完成时间测试人员制定测试计划二编写测试用例_集成/系统测试集成/系统测试

5.2集成测试进入准则•单元测试覆盖率100%；•单元测试达成率以上；95%•无死机bug,无影响集成测试的严重bug；•集成测试设计完成集成测试退出准则测试完成率•95%〜100%无影响系统测试的严重级别•bug无死机•bug系统测试进入准则•集成测试覆盖率95%；集成测试用例通过率以上；•95%•无死机bug,无影响系统测试的严重bug；系统测试设计完成•系统测试退出准则测试完成率•95%〜100%无影响系统测试的严重级别•bug•无死机bug测试内容）关联功能1检查系统各个功能模块的功能能否正常交互•检查单个模块进行数据变更的同时，是否对关联功能的数据进行了同步更改•前一个流程的输出能否为下一流程提供正确的输入•）数据输出测试2检查各个流程生成的数据结果是否正确•）关键状态测试3）对照状态表，检查操作流程对各个流程状态的更新是否正确•）检查状态变更后，系统能否正确反映变更后的结果••权限测试对不同角色用户的权限与各模块进行结合测试缺陷管理工具Cynthia

2.0测试方法采用黑盒测试方法测试步骤根据软件需求规格说明书进行需求分析整理出需求项

1.进行测试分析根据需求项确定测试项

2.根据测试项设计测试用例

3.执行测试用例

4.提交缺陷

5.分析缺陷

6.评审准则已在《心率情绪监测-项目过程定义》文档中明确SLA-.xls评审步骤•编写评审文档完善•邀请相关的评审者参加评审活动，须提前把评审的内容文档及问题反馈表供评审者审阅•记录评审过程中发现的问题•准备评审报告6测试环境处理器硬件环境客户端IntelR CeleronRCPU G540@

2.5GHz内存

4.0GB服务端（应用端）处理器:IntelR CeleronRCPU G540@

2.5GHz内存

4.0GB处理器服务端（数据库）IntelR CeleronRCPU G540@

2.5GHz内存

8.0GB软件环境客户端操作系统64位八核服务端操作系统win server2008R2；数据库SqlServer2012；环境.net.net

4.5。