以软件开发生命周期来说明不同的测试的使用情况
2015-12-10 19:13
435 查看
我们所使用的测试方法有以下几种
功能测试
单元测试(使用场景:在编码阶段,每完成一段相对完整的代码块时,单元测试几乎贯穿整个编码过程)
黑盒测试(使用场景:在编码阶段,没完成一各相对独立的模块时,例如京东的用户登陆模块完成后,软件测试人员使用编好的测试用例,判断该模块是否通过)
白盒测试(使用场景:在编码阶段,通过黑盒测试得知该代码段用bug但不能精确到具体位置的时候,使用白盒测试案例。例如用户在下订单的时候,生成了一条正确的订单信息和一些错乱的信息,需要使用debug功能,一行一行的运行代码,观察控制台与预测输出效果对比,是否符用户需求)
集成测试(使用场景:在多个模块完成时,整合的时候这些的模块的时候需要做集成测试,比如订单模块与购物车模块完成的时候,这两个模块整合的时候要完成集成测试)
场景测试(使用场景:编码阶段完成后,即将交付与用户使用的时候,要经过场景测试。比如模拟用户在提交订单期间,用户使用的设备断过网,但是很快就链接上了,模拟这一场景,查看数据库是否有错误的数据生成或者生成空白的数据)
系统测试(使用场景:在交付客户使用的时候,要对整个系统进行测试,从用户的登陆,浏览商品,搜索商品到下订单,收货,评价等全过程)
非功能测试
压力测试(使用场景:在用户爆发性出现在某一时间段的时候,比如京东的618中年促销活动的时候,用户使用该系统的数量定会达到一个高点,此时要通过压力测试得知该系统的上限,以便做出更好的对策)
性能测试(使用场景:与压力测试的使用场景差不多,只是不需要测出该系统的上限而已)
安全性测试(使用场景:在系统交付之前或者交付之后,都可以使用安全性测试对系统进行测试,主要测试黑客是否能通过平台的缺陷捕获用户的信息,通常要与白盒测试结合使用)
兼容性测试
易用性测试
功能测试
单元测试(使用场景:在编码阶段,每完成一段相对完整的代码块时,单元测试几乎贯穿整个编码过程)
黑盒测试(使用场景:在编码阶段,没完成一各相对独立的模块时,例如京东的用户登陆模块完成后,软件测试人员使用编好的测试用例,判断该模块是否通过)
白盒测试(使用场景:在编码阶段,通过黑盒测试得知该代码段用bug但不能精确到具体位置的时候,使用白盒测试案例。例如用户在下订单的时候,生成了一条正确的订单信息和一些错乱的信息,需要使用debug功能,一行一行的运行代码,观察控制台与预测输出效果对比,是否符用户需求)
集成测试(使用场景:在多个模块完成时,整合的时候这些的模块的时候需要做集成测试,比如订单模块与购物车模块完成的时候,这两个模块整合的时候要完成集成测试)
场景测试(使用场景:编码阶段完成后,即将交付与用户使用的时候,要经过场景测试。比如模拟用户在提交订单期间,用户使用的设备断过网,但是很快就链接上了,模拟这一场景,查看数据库是否有错误的数据生成或者生成空白的数据)
系统测试(使用场景:在交付客户使用的时候,要对整个系统进行测试,从用户的登陆,浏览商品,搜索商品到下订单,收货,评价等全过程)
非功能测试
压力测试(使用场景:在用户爆发性出现在某一时间段的时候,比如京东的618中年促销活动的时候,用户使用该系统的数量定会达到一个高点,此时要通过压力测试得知该系统的上限,以便做出更好的对策)
性能测试(使用场景:与压力测试的使用场景差不多,只是不需要测出该系统的上限而已)
安全性测试(使用场景:在系统交付之前或者交付之后,都可以使用安全性测试对系统进行测试,主要测试黑客是否能通过平台的缺陷捕获用户的信息,通常要与白盒测试结合使用)
兼容性测试
易用性测试
相关文章推荐
- Mac使用小技巧及grapher作图神器
- Appium 不能输入中文问题 / 清除编辑框内容
- Git常用命令速查04 - 提交历史
- WebView加载HTML图片大小自适应与文章自动换行
- 1017.A除以B
- 系统架构之Tomcat7不支持中文cookie
- BigDecimal.setScale 处理java小数点
- 第二章-判断语句
- JSDOM对象控制HTML元素
- 栈应用hanoi
- 第14周项目3 是否二叉排序树
- 杭电5590 ZYB's Biology
- QT学习资料下载
- 2015.12.10
- OC基本语法
- 一个大专生的自白——为了一个功能不睡不吃的也要搞定,然后就是实践中的理解,不是单纯的去完成某个东西
- Git常用命令速查03 - 搜索
- Cracked me --1--Acid_burn
- 《需求分析与系统设计》阅读笔记之二
- C预处理指令