xxxx平台-功能测试计划(qc)-V10

1、编号:密级:xxxxxxx 平台功能测试计划v1-1.0拟制人：审核人：批准人：xxxx 年 xx 月 xx 曰修订历史变更记录*a-增加m-修订d-删除版本号曰期变更类型(a*m*d)修改人摘要审核人备注v1.0xxxx-xx-xxa新建软件测试计划目录1弓 ib11.1项目介绍11.2测试目标11.3参考文档11.4术语定义22环職g22.1硬件环境22.2软件环境23测i式細33.1测试类型33.2功能性测试33.3效率性测试53.4易用性测试53.5可靠性测试53.6可维护性测试（开发人员测）53.7可移植性测试63.8安全性测试64测i式娜64.1测试方法64.2数据准备74.3测试

2、策略75测试划寸项;86测试执行准则86.1测试启动（入口准则）86.2测试执行86.3通过准则96.4失败准则96.5测试挂起和恢复准则107角色和职责108时间及任务安排108.1吋间安排表108.2任务安排表109缺陷管理流程1210风险和应急121引言1.1项目介绍1.2测试目标本次测试是针对«xxxxx平台进行的确认测试，目的是为判定该系统是否满足概要设计说明书 屮规定的功能指标提供客观的依据。该文档需确定以下内容：确定环境搭建所需要的硬件和软件环境。确定耑要测试的内容和范围。确定测试方法、数据准备、测试策略。确定测试项0的可交付元素。确定测试项执行准则。确定所需的资源，并

3、对测试的工作量进行估计。确定缺陷管理流程。确定可能遇到的风险及应急措施。本文主要依据xxxxxx平台-概要设计说明书和xxxxx平台-界面设计编制。本文也是后续测试工作屮编制xxxxx平台测试各阶段文档，如：xxxxx平台-功能测试用例和xxxx平台-功能测试总结报告的依据之一。1.3参考文档下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性。参考文档己创建或可用己被接收或己经过复审作者或来源备注项目总体计划是国否口是国否口张三概要设计说明书是国否口是国否口李四界而设计是国否口是国否口王五1.4术语定义术语定义软件测试使用人工或自动的手段来运行或测定某个系统的过程，其目的是检验它是否

4、满足规定的需求，或是弄清预期结果与实际结果之间的差别，评估软件质呈。测试范w依裾项目总体目标和需求定义，说明测试要覆盖的广度。测试目标依据项目总体目标定义，说明需要测试的深度；同测试范围结合给出针对项目测试的立体要求；不同子系统、不同模块、不同功能的测试目标允许有差异。2环境搭建2.1硬件环境服务器名数量期望到位阶段备注web服务器1开发提测前api应用服务器1开发提测前数裾库服务器1开发提测前2.2软件环境资源名称配置数据库管理系统mysql 7.4.5版本中间件jdk 7u79-linux-x64版本、liberty 8.5.5.5版本客户端环境ie8. 0以上浏览器或其他浏览器最新版本操

5、作系统linux(centos) 6.5-x64缺陷管理工具quality center 10.03测试范3.1测试类型测试性测试子特性是否测试不测原因功能性适合性、准确性、互操作性、保密安全性、功能 性的依从性是效率性时间特性、资源利用性、效率依从性是易用性易理解性、易学性、易操作性、吸引性、易用 性的依从性是可靠性成熟性、容错性、易恢复性、可靠性的依从性是可维护性易分析性、易改变性、稳定性、易测试性、可维 护性的依从性否测试范围为代码结 构测试，耑要开发测 试可移祖性适应性、易安装性、共存性、易替换性、可移植 性的依从性是安全性访问权限验证、信息所有权验证、安全漏洞扫描是3.2功能性测试测

6、试项测试子项负责人web前端注册：合法、非法张三登录：合法、非法张三 參參參张三张三张三张三张三张三张三张三后台接口统一用户认证接口：1.通过用户名和密码进行用户认证，若认证成功，创建李四sessionld并携带角色信息保存数据库；若认证失败，返回错误提示信息2.通过sessionld获取用户角色信息用户管理接口：1. 创建一个新用户，包括密码、手机号码、邮箱地址2. 获収用户信息，包括用户名、手机号码、邮箱地址、头像、性别、城市和个人签名等3. 更新用户信息，包括用户名、手机号码、邮箱地址、性别、城市和个人签名等4. 用户头像上传5. 修改用户密码，包括原始密码/验证码和新密码6. 通过输入

7、手机或邮箱地址，获取验证码李四搜索管理接口：1. 获取匹配的问题和答案，分页列表显示2. 获取与输入内容模糊匹配的问题中数量最多的十条3. 根据用户画像向用户推荐十条问题4. 查看相关问题列表李四问答管理接口：1. 删除答案2. 答案详情。3. 用户提问，包括问题名称（搜索内容），用户名（未登陆用匿名），用户ip等4. 查看问题列表5. 删除提问6. 答案创建，回复图文信息，创建答案信息，用户id，用户ip等7. 根据问题查询答案列表李四点评管理接口：1. 用户对答案点赞，答案被赞数量+1。答案被踩数量+12. 采纳答案李四3.用户对问题点赞，问题被赞数量+1 w题被踩数量+1通用接口：1.

8、获取验证码图片2. 获取图片3. 获取省直辖市级列表4. 获収某省地级市列表李四3.3效率性测试测试项测试点负载测试最大支持多少并发用户数，软件请求出错率等压力测试系统的cpu利用率，内存使用率，磁盘i/o吞吐率，网络吞吐量等容量测试确记系统最人承受量，包括系统最人用户数，最人行储量，最多处理的数据流量等3.4易用性测试测试项测试点显示正确测试各页面中页面元素示是否正确显示完整测试各页面中页面元素品示是否完整，过长或过宽是否提供滚动条排版正确测试各页而屮页而元素排版是否正确，无错位易用性测试界而显示和操作是否友好3.5可靠性测试测试项测试点成熟性用户输入非法数裾时，系统不崩溃也不丢失数裾容错性

9、屏蔽用户的误操作，对错误有正确提示数据校验机制对数据项之间的逻辑关系进行校验，保证数据的有效性3.6可维护性测试开发人员测测拭项测试点可理解性1. 层次化、模块化、而向对象的系统设计结构2. 书写详细正确的文档、书写源文件的内部注解、使用良好的编程语言、具有良好的 程序设计风格可修改性模块闪高闪聚、模块间低耦合的模块设计准则，简明的代码风格可维护性预留接口，便于适应性和完善性维护3.7可移植性测试测拭项测试点操作系统windows 系统浏览器ie8、9、10浏览器；firefox浏览器、google浏览器分辨率1024*768 以上3.8安全性测试测试项测试点访问权限验证对所有的页面访问权限进

10、行测试，确保不同的用户能看到正确的页面信息所有权验证验证具有同一页而权限的不同用户的信息，是否只能由该用户操作，而其他用户不能代为操作，从而保证每条信息的安全安全漏洞扫描利用漏洞扫描工具对整个应用进行扫描4测试策略4.1测试方法本次测试在功能测试方血，将主要采用黑盒测试的方法，检查软件能否依据gxxxx平台-概要设 计说明书和xxxx平台-界面设计规定的所有功能，验证软件所有功能的完整性、正确性和一致性。 在非功能方而则重点测试系统的界而友好性和兼容性等是否达到要求。功能测试主要采用手动测试方 法，对软件产品进行黑盒测试。测试类型测试方法测试工具功能性测试手动测试无易用性测试手动测试无可靠性测

11、试手动测试无可移植性测试手动测试无安全性测试手动测试无4.2数据准备所有的测试数据來源丁测试需求及测试用例。4.3测试策略根据总体计划的安排，本次共安排三轮测试。第一轮为冒烟测试。主要测试环境是否已经搭建完成，系统功能是否己经基本完成，是否达到可以 进行测试条件。若发现较多功能未实现或主体流程未完成，则不进入正式测试流程，rti开发人员继续完 善，直到达成测试启动条件。第二轮为按测试用例执行测试。主要以功能测试为主，易用性测试、可移植性测试、集成测试、安 全测试为辅。功能测试根据模块分类，先测使用次数多、重点功能模块，确保主要功能已完成，再测其 他模块。使用边界伉分析、等价类划分、因果阁测试方

12、法减少测试工作w:，提岛覆盖率。使用错误推测 法对测试内界进行补充。易用性测试主要测试系统中各页面包含的文字、图片、控件等是否®示正确、 完整。可移梢性测试检查系统在各种浏览器屮文字和图八显示正确、完整，控件可正常使用。集成测试 主要测试不同模块之间的业务流程集成是否正确。安全测试主要是测试贞面访问权限设置以及信息所有 权验证。第三轮为回归测试。在回归测试中，按以下顺序进行测试，提高测试效率：1. 先测变更的部分，以确保变更代码的正确性。2. 再测会有影响的部分，除了测试有直接调川关系的部分外，对于非显性存在的关联，依据对系统 的充分了解判断哪些地方可能会被关联到，对这些地方进行测试

13、。3. 上而两项测试完成后，再对全部测试用例进行回归测试，来检出那些隐藏得很深的关联性问题， 最终确保测试完成。5测试交付项测试阶段提交文档文档要求测试计划xxxxx平台-功能测试计划1、测试经理制定项0的测试计划测试设计及实现xxxxx平台-功能测试用例1、测试人员编写项0所有测试用例2、评审通过后导入到qc中，并上传至svn服务器测试执行xxxxx平台-功能测试报告1、主导测试完成测试报告2、包括需求覆盖率分析图3、包括缺陷情况分析图6测试执行准则6.1测试启动（入口准则）在开始进行测试时必耑满足的条件。这些条件涉及：1. 开发提测checklist内容符合要求，已提交至测试部门。2. 冒

14、烟测试通过。3. 测试计划、测试流程、测试进度的制订己完成，并经过严格评审。4. 缺陷跟踪与管理系统己搭建。5. 测试所耑的资源己经到位。6. 测试组人员配置合理，测试人员的工作技能符合测试要求。7. 测试所需的软、硬件和操作系统等测试环境准备完毕。8. 每次回归测试开始前需将上次测试的缺陷进行全部验证，并达到95%的修复率。6.2测试执行1. 根据测试计划平相关测试环境的a容，检查测试环境（包括硬件及软件），确保测试环境符合要求。2. 对于测试用例的描述信息，按测试意阁对每一个测试用例设计操作流程屮重要环节的动作、输入数 据和预期的反映（注：此流程可不必详细到每一个具体的步骤，但应确保测试执

15、行人员可以裾此信 息顺利执行，而不必询问测试用例的开发人员）。3. 执行测试活动，并记录执行日期，对于每个测试用例还应记录关键操作步骤、输入数据以及任何与 测试人员预期结果不符的系统响应。4. 每个测试用例执行完毕后，视具体情况对系统进行备份或根据备份数据对系统进行恢复。6.3通过准则需求覆盖率（用例对需求的覆盖）时间紧（需求优先级）高：100%覆盖 中：100%低:80%1. 所有功能测试的用例都被执行并通过时间紧（用例优先级）：高：100%通过 中：100%通过 低：80%通过2. 所有发现的缺陷都被修正并冋归测试过致命：100%严重：100%一般：100%轻微:80%建议：80%6.4失

16、败准则1. 缺陷密度大于1个/kloc。2. 发现有重大结构设计问题，其修改会导致20%以上的函数接口、功能、数m的变化，进一步测试相 关特性已经无意义。3. 发现关键功能未被没计，该功能的设计会导致20%以上的蚋数接口、功能、数量的变化，进一步测 试相关特性己经无意义。6.5测试挂起和恢复准则1. 挂起条件：当测试执行过程中发现有阻塞用例的时候，该功能测试将被挂起。2. 恢复条件：测试被挂起的条件已经被解决。7角色和职责人员名称角色职责李四测试组长负责测试计划的编写、任务分配、吋间安排、人员配备、定期项目跟踪、审核成果物、测试需求分析、功能测试用例的设汁、测试执行、功能测试报告的编写张三组员

17、负贵测试需求分析、功能测试用例的设计、测试执行、功能测试报告的编写8时间及任务安排8.1时间安排表此处插入工作计划时间表8.2任务安排表任务名称开始时间结束时间所需时长负责人测试计划2015-8-32015-8-31天李四测试用例2015-8-42015-8-74天李四张三用例评审2015-8-102015-8-101天李四张三数据准备2015-8-112015-8-111天李四张三环境部署2015-8-122015-8-120. 5天李四张三冒烟测试2015-8-122015-8-120. 5天李四张三测试执行2015-8-132015-8-2610天李四张三测试报告2015-8-272015-8-271天李四张三9缺陷管理流程开发经理产品/项目经理测试人员开发人员过10风险和应急风险可能