软件测试方案 版本号 日期 审核人 说明 V0.01 xxxx.xx.xx 创建文档 概述
软件的错误是不可避免的，所以必须经过严格的测试，通过对本软件的测试，尽可能发现软件中的错误，借以减少系统内部各模块的逻辑，功能上的缺陷和错误，保证每个单元能正确的实现预期的功能，检测和排除子系统的结构或相应程序结构上的错误，使所有的系统单元配合合适、整体的性能和功能完整。并且使组装好的软件与用户要求的保持一致。
测试资源与测试环境 硬件配置 资源 Android&iPhone手机 PC机
软件配置 资源名称 操作系统 Bug管理工具 配置 手机Android 、iphone；PC机Windows7 Tracup/Testin 数量 2 xx 配置要求 主频2.6GHZ，硬盘300G,内存2G 期望到位阶段 需求分析阶段 需求分析阶段 功能测试 手工测试
测试数据
测试方案的测试数据来源于软件测试需求以及测试用例。 测试策略 功能测试
功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。
测试范围 测试目标 采用技术 工具与方法 开始标准 完成标准 验证数据的精确度、数据类型、业务功能 核实所有功能都能正常实现，与需求一致 黑盒测试、边界测试、等价类划分等测试方法 主要手工测试 开发阶段把对应的功能完成，测试用例设计完成 用例通过，最高级的缺陷全部解决
性能测试
性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试，两者可以结合进行。通过负载测试，确定在各种工作负载下系统的性能，目标是测试当负载逐渐增加时，系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接受的性能点，来获得系统能提供的最大服务级别的测试。 测试范围 测试目标 采用技术 开始标准 完成标准 压力测试 测试范围 测试目标 采用技术 开始标准 完成标准
整个系统测试 所有的压力功能正常实现，不出现崩溃，与需求一致。 手工测试，压力测试工具 功能交互测试完成 反复、长期操作下，系统资无占用异常 1.用户登录、注册；管理员密码 2.权限 1.用户、管理员密码安全 2.安全性对权限的操作 非法的操作，测试性能工具 功能测试完成 执行各种非法操作无安全漏洞、系统正常使用
测试工具
1. 端使用LoadRunner工具进行录制
功能：LoadRunner是一种适用于许多软件体系架构的自动负载测试工具，从用户关注的响应时间、吞吐量，并发用户和性能计数器等方面来衡量系统的性能表现，辅助用户进行系统性能的优化。
⑵原理：LoadRunner通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，优化性能和加速应用系统的发布周期。
⑶组成：LoadRunner主要包括三个前台功能组件，分别为VuGen（虚拟用户脚本生成器）、Controller（测试控制器）和Analysis（结果分析器）。系统会自动调用后台功能组件LG（负载生成器）和Proxy（用户代理）来完成性能测试工作。
⑴Controller是执行负载测试管理和监控的中心。在这里指定具体的性能测试方案，执行性能测试，收集测试数据，监控测试指标。
⑵LG是模拟多用户并发访问被测试系统的组件。模拟多用户访问系统的前提是已经具备了虚拟用户脚本，VuGen是录制和编辑虚拟用户脚本的工具，录制好的脚本是不同语言表达的文本文件，在LG执行时被解析和执行。脚本录制和回放过程是在Proxy支持下完成的。 ⑶Controller中的实时监控工具将测试过程中收集到的客户机、服务器和网络性能指标数据显示在监控页面上，便于测试人员对系统表现进行随时掌握。
⑷Analysis在测试完成后，对测试过程中收集到的各种性能数据进行计算、汇总和处理，生成各种图表和报告，为系统性能测试结果分析提供支持。
1.
打开LoadRunner11 进入Creata/Edit Script 录制脚本，loadrunner11只能兼容IE9和Firefox 24版本。
新建一个录制脚本，填写网址，点击开始录制，在录制的时候自动弹出浏览器的窗口。
将录制好的脚本打开，可以在VUG里直接打开或是保存脚本打开Controller，进行打开脚本，在VUG的窗口ToolsàCreate Controller Scenario...
打开Controller，把录制好的脚本选入，添加到Controller中
打开脚本的显示页面，设置基本的参数，切换到run窗口，点击Start Scenario运行脚本。
在Controller窗口切换到Analyze Results中或者保存运行结果，打开Analyze Test Results 在打开运行的结果。
移动App端
把App安装在移动终端，手工测试没有出现卡死，功能完善。使用Monkey测试APP的稳定能。
Monkey是一款通过命令行来对我们APP进行测试的工具，可以运行在模拟器里或真机上。它向系统发送伪随机的用户事件流，实现对正应用程序进行压力测试。官方介绍 ：。 Monkey需要配置adb环境，下载adb，环境配置，网上有
Adb环境配置好，USB数据线连接Android终端，首先检测驱动是否安装，如果没有安装，需要安装驱动（驱动精灵、豌豆荚）。 Monkey测试方法及步骤参考网上有 测试计划
根据项目进程时间测试负责人编写测试计划，须在项目测试前提交测试计划 时间安排
测试团队的时间要等待产品部的把产品需求，UI设计部分出来，根据需求、UI设计开始编写测试用例，在编写用例之前要和产品经理沟通，把整个需求了解清楚，每一个功能了解，这样编写测试case就会毫不费力。把Case编写完，就带开发部的把产品开发出来就开始进进行系统功能的测试。 测试项 设计测试 功能测试1至3阶段 集成测试 测试数据提交报告 计划开始时间 实际开始时间 结束时间
测试人员安排
整体按照测试用例执行，功能测试除外的各个职责（专项测试点）
功能点 接口 安全 稳定 负载/压力 测试人员 结果 备注 注：需要设备，文档，自行找相应人员处理；结果要测试完达到需求的结果，并发测试报告
人员更进
前期测试主要是各个功能点的测试，所有人员分配相应的模块和相应的用例进行测试，在遇到bug是必须提交至bug管理系统。 提交
根据测试测试，自由测试遇到的Bug提交至bug管理系统，目前我们 的BUG管理系统是
Testing。网址是：，测试的项目负责人会邀请你（新人）加入Testing Bug管理工具进行学习，熟悉bug 的编写，规范。 用例反馈
每天的测试量是否测试完（xx条），下班前反馈出来，组长第二天好分配任务。每天上班前拿到新版本，第一时间更新上一天遇到的BUG 。在BUG管理系统添加说明，让开发知道。 测试结束需提交文档
按照项目的开发周期 ，每一轮测试结束，需要提交的报告。相应的报告需要按时发送相应的人员手中,并做好下一阶段测试准备。 报告时间 阶段 提交时间 提交人 接收者 备注 用例报告 Bug报告单 安全测试报告 负载/压力测试报告 软件使用说明书 最后一阶段提交
