测试基础理论三

1. 系统测试类型(为测试人员测试软件提供策略)
   1. 功能测试(质量模型-功能性):功能本身,功能之间的相互干扰和交互,功能的使用场景

    

   1. 性能测试(质量模型-效率性):响应时间,用户并发数,吞吐量,资源使用率

• 分类:

负载测试-逐渐加压,观察服务器各种性能指标的变化情况

压力测试-逐渐加压,观察在极限情况下系统的最大服务级别以及系统瓶颈

容量测试-在系统稳定运行的情况下,系统的最佳容量

基准测试-多个版本做性能测试,对比测试结果,选择其中一个最优的版本作为基准,后续版本以此为性能测试要求

• 负载测试与压力测试的异同点:

相同点:测试过程都是逐渐加压

不同点:测试目的不同,负载测试是要找到软件稳定运行的最大承载数,压力测试是要找到软件的极限承受能力以及瓶颈

 

1. 界面测试(质量模型-易理解性):整体布局,界面元素,人机对话框

 

1. 配置/兼容性测试(质量模型-适应性):浏览器兼容性,屏幕兼容性,网络兼容性,操作系统兼容性

 

1. 安装/卸载测试(质量模型-易安装性):安装前,安装中,安装后,各种安装方式,各种卸载方式都能成功卸载

 

1. 安全性测试(质量模型-保密安全性):验证码,数据传输安全性,数据存储安全性,权限

 

1. 异常测试(质量模型-易恢复性):断电,断网,数据缺失,内存泄漏

 

1. 稳定性测试:测试软件能够长时间稳定运行

 

1. 其他测试:本地化测试,文档测试...

 

1. 系统测试执行
   1. 搭建系统测试环境(硬件,操作系统,辅助软件,被测软件,测试数据,测试工具,测试脚本)
   2. 预测试
2. 概念:基本功能测试
3. 与冒烟测试的区别:预测试针对整个软件，冒烟测试只针对当前版本
4. 目的:保证软件的质量可以满足后续正式测试需要
   1. 执行测试用例/填写测试记录
   2. 提交bug跟踪bug
   3. 提交测试日报
   4. 提交测试报告

    

    

5. 测试用例
   1. 编写测试用例目的:将SRS变为可执行文件,方便测试人员理清思路,避免遗漏测试点,便于发现bug

    

   1. 八项内容
6. 用例编号:测试用例唯一性标识,格式:项目+版本+测试阶段+功能模块+序列号
7. 测试项目/测试模块:描述当前测试的功能模块
8. 用例标题:简单描述测试内容,要求:简洁清晰,尽量避免重复
9. 重要级别:描述功能的重要性,高/中/低三个等级,决定了测试的优先级
10. 预置条件:描述测试执行前的准备工作,通常包括:环境(网络),文档(音频),场景(已登录)
11. 测试输入:描述测试执行需要的数据
12. 操作步骤:详细描述执行测试的每一个动作
13. 期望结果:描述按照操作步骤执行后希望得到的结果

     

14. 缺陷报告(bug)内容
15. Bug编号:bug的唯一性标识,通常由工具自动生成
16. Bug标题:简单描述问题,参考格式:XX地方做了xx操作出现xx错误
17. Bug详情:详细描述问题内容,通常包括:测试环境,测试步骤,测试结果,预期结果,结果分析
18. 严重程度:描述bug对软件的影响程度

• 致命:导致系统死机、蓝屏、挂起或是程序非法退出；系统的主要功能或需求没有实现
• 严重:影响用户正常使用
• 一般:不影响用户正常使用
• 提示:个人主观判断,建议性问题,可以不做修改

1. 优先级:描述问题需要被解决的紧急程度,开发人员可以据此决定修改bug的先后顺序

• 高:影响后续测试,必须修复
• 中:严重程度一般的问题
• 低:有时间就要修复
• 严重级别高的不一定优先级高，严重级别低的优先级不一定低

1. 分类:描述问题的类型(功能,性能,文档,界面),帮助开发定位问题
2. 出现频率:描述多次操作过程中bug出现的概率,帮助开发定位问题

• 总是:100%复现
• 通常:出现的概率为80%--90%
• 有时:出现的概率为30%--50%
• 较少:出现频率比较低，2%左右

1. 报告人:发现或提交bug的人
2. 报告日期:发现或提交bug的日期,通常系统自动生成
3. 引入阶段:描述问题引入的阶段
4. 版本:发现问题的版本
5. 附件:与bug相关的数据(截图,视频,测试数据,log信息)

• 发现bug第一步一定要记得截图或拍视频,保留证据

1. 指派人:各个环节的责任人
2. Bug状态

• New(新建):新建bug,等待确认
• Open(打开):已经确认是bug,等待开发修复
• Fixed(已修复):开发人员已经修复bug,等待复测
• Closed(已关闭):测试人员回归测试通过,关闭bug
• Reopen(重启):测试人员回归不通过,再次等待开发修改
• Rejected(已拒绝):经确认不是bug,开发拒绝修改,打回给测试人员
• Delayed(挂起):bug暂时无法解决或延迟修改

 

1. 缺陷跟踪流程
   1. Bug提交人根据bug状态以及责任人跟踪bug解决,直到bug状态为closed
   2. 规范流程:bug提交人->测试经理->开发经理->开发人员->bug提交人
   3. 简易流程:bug提交人->开发人员->bug提交人

    

2. 禅道基本使用
   1. 使用管理员账号登录(admin 123456)
   2. 添加用户(组织-用户-添加用户)
   3. 添加产品(产品-添加产品)
   4. 添加项目(项目-添加项目),关联团队
   5. 使用测试人员账号登录
   6. 提交bug(测试-bug-提bug)