摘要: 在软件测试中,有一个重要的概念叫做代码覆盖率,一般在单元测试中作为测试充分性的重要衡量指标,那么代码覆盖率达到100%是否就算覆盖全了?答案显然是否定的,博客园中有篇博文《代码覆盖率浅谈》已经说明的很详细了。 在Lee Copeland的《A Practitioner's Guide to Software Test Design》第一章练习中给了这么一道题,简单翻译如下:哪四个输入能够发现下面程序的问题?你是怎么考虑选择到这四个的?对你的启发是什么?int blech (int j) { j = j -1; //正确的应该是 j = j + 1 j = j / 30000; ... 阅读全文
posted @ 2013-04-15 22:18 妙音鸟 阅读(1145) 评论(1) 推荐(1) 编辑
摘要: 软件开发出来之后一般经过了发布,之后会上线商用,如果说此前的测试是实验室的验证的话,那么此时就是真正考验软件质量的时候了,真实的复杂组网,海量的数据,实际的用户规模等等。在这样的情况下,质量不过硬的版本往往过不了关,死机,内存泄露,明显的功能遗漏,挂死,用户体验差等等。此时大量问题出现的时候,项目经理往往会问,“为什么没有发现这些问题?”,作为测试经理面对此问题,如何思考? 在《A Practitioner's Guide to Software Test Design》的前言,有这么一段:Today's Testing ChallengesFor any system of 阅读全文
posted @ 2013-04-09 23:42 妙音鸟 阅读(351) 评论(0) 推荐(2) 编辑
摘要: 启动我的博客之路 阅读全文
posted @ 2013-04-09 22:49 妙音鸟 阅读(119) 评论(0) 推荐(0) 编辑
摘要: 最近在做一个项目,需要将原有的手工用例实现自动化。面对这项任务,回想起我刚进公司那会,部门的软件测试基本都是自动化的,全部采用通信领域测试语言TTCN实现,当时面临的工作就是开始学习TTCN脚本,继而开始编写自动化脚本,全然没有对自己问这么个问题, 为什么要自动化测试? 经过几年的测试,对这个问题已经有较全面的认识,主要有这么些好处: 1.缩短测试周期以我们公司为例子,做的是通信类产品,一般通信类软件生命周期是非常长的,因此回归测试成为了家常便饭,出一个版本就需要投入人力进行回归,这样带来的问题就是需要回归测试周期能够尽量缩短。而自动化测试能够有效的解决这个问题,如果实现了这些自动化测试... 阅读全文
posted @ 2013-04-09 22:45 妙音鸟 阅读(632) 评论(1) 推荐(0) 编辑