(转贴)敏捷测试(Agile Testing)有感
上一篇 /
下一篇 2007-11-28 11:21:00
/ 个人分类:测试技术
[B]1. A “bug” is anything that could bug a user
51Testing软件测试网qI6?H]d 缺陷应该怎么定义?由于软件本身问题所产生的错误可以清楚认定为缺陷,例如功能未实现或者功能实现和设计不一致,可是如果实现的功能是在规格说明书中没有定义或者用户期待之外的算不算缺陷呢?软件本身运行正确,可是让使用者用起来不舒服又算不算缺陷呢?
51Testing软件测试网%kt;II,P6v[B]2. Testing does not assure quality[/B]
51Testing软件测试网Z ^/k(_ l]5t4x5N6{ 测试和QA的
工作很多时候都被我们混为一谈,譬如说在招聘的时候,很多公司的
测试职位都叫做QA,但是实际上这应该是两个截然不同的岗位。测试的目的不是去保障软件质量,也不能保障质量。
51Testing软件测试网Hp-}2Q2`mr4Fe[B]3. Defining tests in a key activity that should include programmers and customer representatives. Don’t do it alone[/B]
/p$B3EEUq6U3zr0 这是我很喜欢的一句话,因为我可以理直气壮地拉着开发人员和用户代表来加入测试当中,而不只是我一
个人埋头苦干。做测试的没有必要把质量的重担一人承担,重视客户看法和意见,了解他们的特殊需求对
软件测试会有很大的帮助。
51Testing软件测试网8|*mKcDlT6^[B]4. Good software
testing is a challenging intellectual process[/B]
51Testing软件测试网])u)Z)T1NM5l:nR,SX(` 我始终认为软件测试不是一个简单的体力活,并不是
测试用例写得越多,测试时间做得越长,测试效果就会更好。测试中最困难的并不是怎么做,而是在什么时候做什么,也就是测试过程的安排和控制,如果你能够清楚掌控测试过程,那么恭喜你,你已经从Tester升级到
Test Designer了。
l6_]&cn3rR0[B]5. Only through judgment and skill, exercised cooperatively throughout the entire project, are we able to do the right things at the right times to effectively test our products.[/B]
51Testing软件测试网uU?*]}5b 测试人员除了必须具备多种技能以外,还应该具有良好的判断能力。技能可以通过培训或
学习在短期内取得,可是判断能力只有通过不断的实践才能从经验中总结出来。相信大家都有这种体会,拿到一个项目做测试,虽然你有十八般武艺,但是不可能让你全部施展,总要有所取舍,孰轻孰重,谁先谁后,没有个几年工作经验是很难把握的。
注:2006年3月2日写于msn共享空间
相关阅读:
- Linux防火墙介绍 (luxuabc, 2007-11-22)
- QTP脚本维护的方法 (higkoo, 2007-11-24)
- QTP8.2中文帮助(F1) (higkoo, 2007-11-24)
- QTP动作参数传递实例 (higkoo, 2007-11-24)
- QTP调用VS2005生成的DLL (higkoo, 2007-11-24)
- QTP调用WindowsAPI实例集 (higkoo, 2007-11-24)
- QTP调用VB6生成的DLL实例 (higkoo, 2007-11-24)
- iptables nat表的使用 (luxuabc, 2007-11-24)
- 软件评测师考试的一道考题 (thefirstred, 2007-11-28)
- 关于黑盒/白盒的一点想法 (thefirstred, 2007-11-28)
收藏
举报
TAG:
测试技术