目录
基于需求测试管理
测试目标：量化指标；性能测试；需求分析
测试范围：
测试工具：兼容性测试：app，主流机型；性能测试-jmeter，loadrunner；接口测试：postman soupUI 写脚本
测试资源：人力资源；物力资源
测试计划：时间
测试策略：有限的时间，有限的资源要达到一个平衡，最终软件质量和测试所产生的风险之间的平衡。
非功能性需求：在功能性需求上增加一些限制，易用性，兼容性，可靠性，可移植性，安全性，性能
例如：登录：在高峰期，用户平均成功登录的时间不超过3s钟。
安全性限制：上传的时候上传任何病毒，报警。
测试案例：
一个全新上线的app需要做哪些测试？
兼容性，安全性，功能性，接口，可靠性，可移植性，性能
文件压缩项目
1.项目启动，介入了解需求
项目背景：磁盘空间不够，需要一个压缩、解压缩文件 目标：完成所有文件类型的压缩、解压缩。 时间：2018-6-
1到2018-6-7 项目成员：
项目经理：唐僧
产品经理：孙悟空
开发：猪八戒
测试：沙和尚
2.需求分析
功能需求：
文件类型:支持所有的文件
压缩文件个数:最多压缩100个文件 —— 等价类；边界值
压缩大小:不超过5G —— 等价类；边界值
界面需求:布局、排版美观
非功能需求：
性能需求:压缩、解压缩文件不超过30分钟
安全需求:带有病毒感染的文件不能压缩
易用性需求:操作简单、方便
兼容性需求:windows7，windows8，windows10都可以使用。
3.制定测试方案（计划+策略）
测试的范围及测试点： 压缩、解压缩文件，单文件，多文件
测试方法： 手工
测试所涉及的类型：
功能：依照功能测试用例全部执行
性能：依照性能测试用例全部执行
安全：依照安全测试用例全部执行
兼容：依照兼容测试用例全部执行
界面：依照界面测试用例全部执行
易用性：依照易用性测试用例全部执行
测试管理工具：禅道
测试资源：
风险:
人员离职：人员备份、感情留人、代码注释
测试轮数：
第一轮测试：冒烟测试，全面测试
第二轮测试：冒烟测试，BUG验证，回归测试
第三轮测试：冒烟测试，BUG验证，全面回归测试
第四轮测试：封版测试
配置管理：
每发布一个版本将源代码上传至： https://github.com/broncho，并做好版本管理
项目中产出的所有文档上传到 :svn://118.24.113.xx/
变更管理：
按照公司的变理管理流程执行
评审管理：
按照公司的评审管理流程执行
准入准出标准
准入测试：冒烟测试通过
准出标准：严重、重要BUG无遗留，一般、次要BUG合计不超过2个。
4.测试执行流程
1.需求测试
基于需求的测试方法是基本的测试方法，而需求的质量直接影响到后续的开发和测试工作。
需求审核
需求测试
测试设计中进行需求测试
需求测试要素：正确性，必要性，完整性，一致性
需求测试应该尽早开始
2.提测版本测试
冒烟测试
版本测试中信息传递：修改内容，配置管理
3.系统测试
根据测试用例执行测试
缺陷管理
4.回归测试
确认回归内容
确认回归方式为手工
用例的回归
bug的回归
5.编写测试报告
缺陷分析
测试结论
5.编写测试用例
1.压缩单个文件，0个文件，50个，100个
2.压缩0k大小文件，1k，3k，超过5g，刚好5g文件
3.压缩相同类型文件，不同类型文件
4.二次压缩、压缩空间不足、压缩成不同扩展名文件、压缩一般强制停止、切换目录压缩
5.解压单个文件，0个文件，50个，100个
6.解压0k大小文件，1k，3k，超过5g，刚好5g文件
7.解压相同类型文件，不同类型文件
8.二次解压、解压空间不足、解压成不同扩展名文件、解压一般强制停止、切换目录解压
9.性能：压缩、解压文件性能
10.安全性：压缩、解压带病毒文件
11.易用性：是否符合客户预期
12.兼容性：在win7，win8，win10下测试
13.容错性：解压已损坏的压缩包
6.测试执行
准备工作：压缩文件数据准备 收到第一个测试版本：冒烟测试，全面测试 收到第二个测试版本：冒烟测试，BUG
验证，回归测试 收到第三个测试版本：冒烟测试，BUG验证，全面回归测试 收到第四个测试版本：封版测试
缺陷管理
发现缺陷-记录缺陷-沟通缺陷-跟踪缺陷-关闭缺陷
7.输出测试报告
8.版本发布
9.项目总结
练习：百度云盘测试用例
版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/te-gl/8660.html