编写用例不是一劳永逸的事情
来源:互联网 发布:因特网数据中心 数据库 编辑:程序博客网 时间:2024/05/21 18:48
如果问,你在编写用例的过程中,是不是写一次就ok呢?绝大多数人都会回答,No;最起码第一次写好用例之后,除了自己不断根据需求修改完善用例,评审后的再次修改也是在所难免的;
若再问,评审后进入集成测试阶段,你依然在不断地把执行中的实际情况反应到用例中吗?可能坚定回答yes的人就少了;我承认,我就是不敢说yes的一员。
集成测试时间紧张;实现与用例描述稍有不同;逻辑判断层级有些许改动……可能都会成为我们不持续更新用例的借口。往往大的功能点的改动,我们都会认真记录在用例中,保证更新,而小的改动点则是最容易被我们忽视的,因为不伤大雅。
但是之前跟师傅葵儿做一个日常,文案有变动,在执行的时候,师傅都严格把用例修改过,很有触动,认真要如此;最近做项目,也经常去查看参考之前项目的用例,用例中没有反应最正确的实现,就成了我最头疼的事情。
往往危害到自己利益,给自己造成不变的时候,才知道当初举手之劳是多么重要。我们的用例是一笔极大的财富,项目结束都会把用例入库。但入库并不是永世封存,其意义是给后来需要参考的人提供帮助,如果不能保证用例的正确性,会误导之后引用的同学,不仅无用,反而有害。而且在用例执行阶段,交叉测试也会给执行自己这部分用例的同学造成困扰。
所以保证我们提供给其他人看的用例,是对项目实现最正确的反映,不论项目中,还是项目后,这都是我们义不容辞的责任。之后日常的完善,虽然不会在项目用例基础上修改,但最好也可以跟功能点关联起来,方便查看功能变更引起用例的变化。现在我们日常跟项目的用例是分开来写的,也许按照功能点关联起来,能起到更大的参考作用。
唯一不变的是变化,在这个变化过程中,即使时间再赶,想想以后查看用例的xdjm,还是要认真记下这个变化,而且用得最多的,可能是你自己。
- 编写用例不是一劳永逸的事情
- 手机实名制不是一劳永逸的防火墙
- 让座不是理所当然的事情
- 信息化不是CIO的事情
- 学不是简单的事情
- 活着从来不是一个人的事情
- 原理事情不是这样就完了的
- 不是我所能决定的事情
- 事情往往不是想的那么糟
- 学习C++不是一件容易的事情
- 一劳永逸的东西,呵呵
- 一劳永逸的flex布局
- 用Photosho创建一劳永逸的图层样式
- 用配置文件写一个一劳永逸的jdbc联接程序
- 工作随笔:工作不是一个很机械的事情
- 不是自己的事情不要问, 别人的事情不要管
- 一劳永逸的数据库编码解决方案
- 一劳永逸的数据库编码解决方案
- 全面认识敏捷建模思想(3)
- 全面认识敏捷建模思想(4)
- 游戏策划新手指南
- 蓝牙休闲娱乐平台(毕业设计)第八部份
- 初学C语言容易犯的错误
- 编写用例不是一劳永逸的事情
- 对于LINUX中常用压缩格式以及相关命令的总结
- 最新猎头职位招聘信息2009-4-5已更改
- The Jaxo Systems Foundry
- 再谈非模态对话框的销毁 / 对话框建立过程/ 对话框销毁过程/ 消息传递过程
- 知识点记录
- 单元测试之新手最容易犯的错误
- 2009年4月4日清明节再爬梧桐山
- 测试人员如何不被开发人员牵着鼻子走?