测试的本质
2015-10-24 15:40
260 查看
测试是规格(需求),而不是测试
测试就是测试,而不是规格(需求)
看起来很矛盾,实际上是有道理的,我一度坚持测试就是规格(需求),我还曾经因为强力坚持测试反映需求的观念和人吵翻,现在我认识到我只看到了一面.
以测试通过之前作为分界点,测试呈现两种不同的状态,我们需要以两个不同的角度去审视,这是<<测试驱动数据库开发>>带给我的第二个共鸣点.
首先,在测试通过之前,我们观察的要点是编写测试的目的,我们不能漫无目的的写测试,那样的测试也是毫无意义的,在这个视角,我们需要严格依照规格(需求),用测试来反映规格(需求),在这个阶段测试是规格(需求),而不是测试
然后,当测试通过以后,测试就回归到测试的角色,只要这个测试在,需求就有保障,我可以放心地去观察实现下一个需求,而不用担心下一个需求的实现过程会扰乱我当前已经完成的功能,因为有测试在(只要经常运行整套的测试),会在第一时间观察到破坏,这个时候因为清楚记得刚刚做过的修改,所以很容易地就知道在那里造成了破坏,这时候, 测试就是测试,而不是规格(需求)
-----《测试驱动数据库开发》
测试就是测试,而不是规格(需求)
看起来很矛盾,实际上是有道理的,我一度坚持测试就是规格(需求),我还曾经因为强力坚持测试反映需求的观念和人吵翻,现在我认识到我只看到了一面.
以测试通过之前作为分界点,测试呈现两种不同的状态,我们需要以两个不同的角度去审视,这是<<测试驱动数据库开发>>带给我的第二个共鸣点.
首先,在测试通过之前,我们观察的要点是编写测试的目的,我们不能漫无目的的写测试,那样的测试也是毫无意义的,在这个视角,我们需要严格依照规格(需求),用测试来反映规格(需求),在这个阶段测试是规格(需求),而不是测试
然后,当测试通过以后,测试就回归到测试的角色,只要这个测试在,需求就有保障,我可以放心地去观察实现下一个需求,而不用担心下一个需求的实现过程会扰乱我当前已经完成的功能,因为有测试在(只要经常运行整套的测试),会在第一时间观察到破坏,这个时候因为清楚记得刚刚做过的修改,所以很容易地就知道在那里造成了破坏,这时候, 测试就是测试,而不是规格(需求)
-----《测试驱动数据库开发》
相关文章推荐
- 将远程数据库导入到本地数据库
- 《设计模式》六大原则之一:依赖倒置原则
- CharlesProxy学习笔记
- linux配置ip端口号
- 业务系统需要什么样的ID生成器
- OnTouchListener的使用
- Java一步一脚—ArrayList使用
- 动态语言与静态语言
- 【IT修真院】零基础到就业一个月系列之【CSS】篇
- hadoop_入门1
- 贪婪算法--去掉 n 位正整数中的 s 位
- [No00002E]关于大数据,你不知道的6个迷思
- 使用mybatis生成相关文件时java.sql.SQLException: Access denied for user 'root'@'localhost' (using password)
- Lua和C语言的交互详解
- 对象之间的关系
- oracle 表查询二
- [Maven]How do I tell Maven to use the latest version of a dependency?
- 【数竞】完全是出于兴趣
- 第八周项目3顺序串算法
- 数组