1、业务交互测试系统业务逻辑符合客户原始需求流程简洁无冗余逻辑清晰无歧义。易用性测试易理解性测试;易学性测试;易操作性测试;有适合协助及错误提示操作响应即时性(3s5s)国际化测试英文语言版本界面测试1.2容错性验证验证系统在各种故障或意外时, 与否依然可以保证系统正常工作。测试分类测试点数据异常操作异常数据或异常流程时,系统能给出提示不会浮现崩溃手工进行测试违背操作流程时回绝数据进入并报错或给出有效引导程序异常系统卡死或进程被操作系统强行杀掉,当前操作数据与否所有丢失,流程与否被破坏无法后续操作网络异常数据传播时,网络浮现故障系统与否能给出提示并采用相应缓存办法服务器异常数据传播时,数据库服务器
2、浮现故障系统与否能给出提示并采用相应缓存办法环境异常数据正在传播或是备份时,突然断电,电源恢复后系统仍能正常工作,且可恢复断电前状态。正在传播数据时突然拔掉磁盘1.3兼容性测试验证系统在各种硬件环境、软件环境、不同浏览器、不同辨别率机器上使依然可以保证系统正常工作。模块GSM Web端浏览器兼容性(IE10、IE11、Firefox43+、Chrome38+、Edge)1、每位测试人员每轮测试都以不同机器配以不同操作系统和浏览器进行2、重要页面用BroserShots和Viewlink.US进行测试GSM助手操作系统兼容性(涉及Windows xp,windows7和windows10)1、安
3、装测试;2、上传一种文献3、同步一种文献夹4、双击鼠标打开服务器上某个文献夹一种word文档Android apk屏幕辨别率和android版本兼容性1、分别测试720p 和1080p时界面显示;2、分别测试在Android4.4、Android5.1以及Android6.0上程序功能1.4性能测试通过并发顾客模仿实际生产环境压力,获得系统响应时间、服务器资源使用状况、最佳顾客及最大顾客数。并试图寻找顾客实际遇到或也许遇到性能问题。压力测试针对每个核心功能进行单独性能测试,以得出各核心功能性能状况。与否需要进行性能优化和配备调节。使用Loadrunner及其他也许会使用到性能测试小工具。负载测
4、试对惯用使用场景负载顾客由10个开始, 每5分钟增长5个顾客直至系统无法承受。记录硬件负载状况, 从而寻找出系统最佳顾客数和最大顾客数。稳定性测试系统在持续压力状况下,长期运营时业务解决能力及系统与否存在内存泄露等性能问题。将系统核心功能以比例方式进行持续8小时性能测试。多顾客访问GSM系统同步在线顾客为50,并发顾客为10正常使用GSM各个子系统核心功能并发操作并发各种顾客同步使用上传、下载、同步功能传播效率测试组建RAID1和RAID5时磁盘I/O读写速度;GSM各子系统上传、下载、同步速度;RAID5组建和同步完毕速度。2测试筹划2.1 测试进度及产物阶段工作任务持续时间产物项目启动一天
5、资源安排测试设计分析测试需求,整顿测试筹划与方案三天测试方案测试环境系统使用培训 测试环境、测试设备及测试数据准备测试执行对各模块逐个进行功能测试五周Bug列表性能测试报告交叉随机测试和回归测试易用性测试和兼容性测试性能测试及报告测试报告编写整体测试报告二天整体测试报告2.2 人员安排测试团队人员安排因不同阶段而有所不同,如下是人员安排及职责阐明。人员角色介入阶段人数工作职责测试项目组长需求阶段开始1人负责所有工作指派和人员调节,监督项目测试流程进度和质量,对评测成果和报告负责,评估测试项目质量。性能测试工程师设计阶段开始负责设计功能及易用性测试用例,设计性能测试脚本及场景。并负责后期有关测试
6、执行工作。测试工程师执行阶段开始3人负责详细测试执行工作。执行测试案例,记录案例运营成果,分析测试成果,提交缺陷报告任务工作测试组长团队和项目管理,跟踪,规划测试评估,方案,筹划,工期监控 任务分派用例详细编写用例评审执行测试回归测试,缺陷跟踪交叉测试质量保证数据分析,纠错2.3 质量原则测试质量合格须符合如下原则:(产品上线五个月内所发现Bug)A致命B严重C普通D轻微E建议优化245暂不作规定1)为顾客或非测试人员发既有效缺陷,且改缺陷不是由需求、功能变更引起且在测试任务书规定测试内容范畴内缺陷。2)顾客或非测试人员发既有效缺陷总数不得不不大于一定比例:10%顾客或非测试人员发既有效缺陷总
7、数/测试总结报告提交有效缺陷总数100%举例:满足如下任何一条即视为测试质量不合格顾客或非测试人员发既有效A类错误2顾客或非测试人员发既有效B类错误4顾客或非测试人员发既有效缺陷总数与测试发既有效缺陷总数比例10%顾客或非测试人员发既有效C类错误、D类错误均53项目沟通管理3.1定期报告制度1.报告机制 项目构成员定期向项目经理报告,原则上是每天报告一次。 项目经理每周通过周报形式将项目实际进度和人力资源投入状况向全国中小公司转让系统有关领导进行报告。2.报告方式 采用周报方式进行报告,并通过邮件进行确认。3.2寻常沟通记录 项目参加各方在项目进行过程中随时对有关问题进行沟通。所有重要、有主题
8、寻常沟通活动都应留下记录或形成备忘录。寻常沟通重要渠道涉及:会议电话电子邮件3.3定期例会制度评审会议:在各个里程碑阶段召开,讨论有关输出;周例会:每周二上午10点进行,由项目经理组织周例会,召集项目有关人员参加,以电话会议方式,总结上周开发进度,讨论本周开发筹划;风险沟通会:当浮现较大风险时召开沟通会,讨论解决方案。4 Bug规范4.1 Bug内容描述在Bug内容描述中需要包括如下元素:No元素阐明1前提条件 重现问题所需要条件2测试环境应涉及软硬件环境3测试环节环节要尽量细化,特殊操作要描写清晰。要可以让别人看到环节就能以便无误重现出问题。4预期成果预期应用通过测试环节所能得到对的成果实际
9、成果事实上应用通过测试环节所得到成果6附加信息任何其他你以为可以协助到重现或是阐明问题其他信息。7附件尽量提供问题截图或是有能力最佳能提供有关log文献。4.2 Bug严重度定义在Bug严重级别定义如下:Bug分级Bug级别Bug级别阐明分类阐明致命问题Blocker导致整个产品无法进行测试系统无法开机或不断重启其她导致无法测试问题Critical死机、数据丢失、重要功能完全丧失运营过程中浮现一次死机、重启或系统崩溃严重问题Major重要功能某些缺失或数据资料丢失某些重要功能不能使用或某些数据资料丢失普通问题Normal某些次要功能缺失,不太严重概率性功能错误;边界条件错误;界面显示错误;系统提示信息错误;Minor不影响系统正常使用问题界面格式不规范;核心操作未给顾客提示轻微问题Trivial界面不美观控件排列、格式不统一文字排列不整洁辅助功能描述不清个别不影响产品使用错别字Enhancement使用性、以便性、易用性不够建议
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1