软件测试之检查产品说明书
来源:互联网 发布:产品经理和程序员待遇 编辑:程序博客网 时间:2024/06/07 22:12
场景:学习《软件测试》第4章节 检查产品说明书
关于黑盒测试和白盒测试
黑盒测试只需要知道软件要做什么,而无法看到盒子里的软件是怎么运行的。只要进行一些输入,然后输出结果。目前我们做的基本上是这种测试,我们知道输入和预计输出,只要把按操作输入进去查看结果是否与预计输出结果一致就可以,并不关心内部程序是怎么执行的。白盒测试时可以访问程序员的代码,并通过检查代码的线索来协助测试,这是可以看到盒子里面的运作的,根据代码检查结果来判断或多或少可能出错的数目,并据此测试。
关于静态测试和动态测试
静态测试是指测试不运行的部分-- 只是检查和审核,像测试产品说明书。动态测试就是使用和运行软件,就是我们平常说的测试。
那么如何来审查产品说明书呢?可以分两方面来做,一个是做高级审核,另外一个是低层次的测试。
高级审核是站在一个高度去审查产品说明书,比如假设自己是用户,用户需要的是什么,一个产品只有满足客户要求才算是好产品,测试人员需要了解并测试软件是否符合那些要求,这些东西可以通过市场人员或者销售人员、使用人员了解到,像如果是手机软件的话那我们自己本身也是手机的使用者,那从使用者的角度出发需要哪些功能呢;第二可以研究现有的标准,有些软件是需要符合某些标准的,那么具体软件是否符合这些标准呢,测试可以观察一下采用的标准正确么有遗漏么,在确认测试时把标准和规范视为产品说明书的一部分。第三可以审查和测试类似软件,就像分析竞争对手软件,从中可以获得一些有助于设计测试条件和测试方法。
低层次的测试就是针对产品说明书本身的检查。包括产品说明书属性检查清单和术语检查,产品说明书属性主要有如下几个重要属性需要注意:
完整 -- 是否有遗漏和丢失?像功能有没有考虑周全
准确 -- 解决方案正确码?定义是否明确?
精确、不含糊 -- 描述是否清楚,是否有歧义
一致 -- 功能描述是否有矛盾的地方
贴切 -- 有没有多余信息
合理 -- 预算和进度是否合理
代码无关 -- 是否只是定义产品而不是定义设计、架构
可测试性 -- 测试员验证操作的信息是否足够。
- 软件测试之检查产品说明书
- 研究生课程 软件测试5: 检查产品说明书
- 软件测试——检查产品说明书
- 软件测试学习3-检查产品说明书
- 测试产品说明书
- 章四 检查产品说明书
- 没有产品说明书时使用的测试——探索测试
- 研究生课程 软件测试7: 检查代码
- 软件测试用例检查单
- 软件测试(c漏洞检查splint)
- 软件测试漏洞检查工具Fuzzing
- 软件测试——检查代码
- 《软件自动化测试成功之道》节选7 - “白+黑” - 检查数据库的数据
- 软件测试之验收测试
- 软件测试之表单测试
- 软件测试之游戏测试
- 软件测试之Web测试
- 软件测试之-测试覆盖率
- 线性代数 -- 子空间的投影(二)
- sqoop安装配置
- C++方式封装顺序表、单链表和双向链表
- Jedis 连接池实例
- 设置centos7之间ssh无密码登录
- 软件测试之检查产品说明书
- Redis的数据结构之字符串 0
- 1069. The Black Hole of Numbers (20)
- Spring_IOC 之 bean 的配置
- android 休眠唤醒机制分析(一) — wake_lock
- 欢迎使用CSDN-markdown编辑器
- SIFT特征提取算法小结及实现
- SQL中LIKE模糊查询与REGEXP用法说明
- Linux命令学习