目录
【总览】
【软件测试背景】
一、软件生命周期
【软件缺陷与软件故障】
一、软件缺陷的定义
- 软件未达到产品说明书的功能 《需求文档》
- 软件出现了产品说明书指明不会出现的错误
- 软件功能超出产品说明书指明范围
- 软件未达到产品说明书虽未指出但应达到的目标
- 软件测试员认为难以理解、不易使用、运行速度缓慢、或者最终用户认为不好
二、软件缺陷的特征
1.测试人员在根据需求文档或者是规格说明书/原型图来进行匹配
2.测试人员根据不同的测试环境来进行多测尝试来确认bug 并将bug的复现步骤进行记录
3.如果开发仍旧认为不是bug 需要的测试主管来进行讨论 确认是否bug
5.如果认为是bug测试人员将bug进行记录并提交测试总结中
- 软件缺陷从哪来
第一大原因就是软件产品规格说明书,很多情况下,说明书没有写,或写的不够全面,经常更改,或者开发小组没有很好的沟通,造成对说明书理解的不一致。
第二大原因是软件设计,没有做设计或设计不好,经常变动等和产品规格说明书一样的问题
【软件测试定义】
【软件测试常识】
一、测试工具种类
- 文档工具(word、excel)
- bug管理工具(禅道、jira)
- 抓包工具(charles、fiddler、wireshark)
- 性能工具(jmeter、Loadrunner)
- 命令(Linux、adb、Monkey)
- 编程语言
- 自动化(selenium、appnium、、pytest)
- 数据库
- 接口工具(postman)
- 录制脚本(jmeter)
【测试流程】
【软件测试原则】
【测试分类】
一、按阶段划分
二、按是否查看源代码划分
1、白盒测试
已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查。
2、黑盒测试
已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。
分类:
1)功能测试
逻辑功能测试
2)性能测试
3、灰盒测试
灰盒测试关注输出对于输入的正确性,同时也关注内部表现,但这种关注不象白盒那样详细、完整,只是通过一些表征性的现象、事件、标志来判断内部的运行状态
有时候输出是正确的,但内部其实已经错误了,这种情况非常多,如果每次都通过白盒测试来操作,效率会很低,因此需要采取这样的一种灰盒的方法。
以上内容有参考自:
小白选手必看的软件测试基础 http://www.51testing.com/html/11/n-4474811.html
软件测试基础(二) http://www.51testing.com/html/12/n-4474812.html
软件测试基础读书笔记之软件测试概论 http://www.51testing.com/html/76/n-4475276.html
关于“稳定”的相爱相杀:负载测试和压力测试 http://www.51testing.com/html/95/n-4475095.html