测试中更有趣的二分法之一是尝试在单个测试人员之间实现标准化与应用上下文驱动技术之间的对比,这些技术允许测试人员将适当的测试方法应用于他们正在测试的上下文。
有人对如何鼓励和教育上下文驱动测试有任何建议吗?
我担心我不想引入这个概念并让它陷入像“敏捷”开发这样的情况,这已经成为一个经常被误用的术语,意思是“根本没有过程,每个人都只是按照自己的意愿去做”。
测试中更有趣的二分法之一是尝试在单个测试人员之间实现标准化与应用上下文驱动技术之间的对比,这些技术允许测试人员将适当的测试方法应用于他们正在测试的上下文。
有人对如何鼓励和教育上下文驱动测试有任何建议吗?
我担心我不想引入这个概念并让它陷入像“敏捷”开发这样的情况,这已经成为一个经常被误用的术语,意思是“根本没有过程,每个人都只是按照自己的意愿去做”。
你可以试试这些东西。
---迈克尔 B.
回应 BJ 罗利森:
仅举几例试图获得我称之为“跨单个测试人员的标准化”的东西:
http://softwaretestingstandard.org/ http://www.tmap.net/Home/ http://www.tmmifoundation.org/ http://istqb.org/display/ISTQB/Home
---迈克尔 B.
教育过程取决于个人。对于一些测试人员来说,将他们指向一堆网页、向他们推荐一本书或将他们发送到一门课程就足够了。
对于其他测试人员,最好的方法可能是花一天(或一周)的时间和他们一起测试:让他们开车,但给他们建议尝试什么,并花时间解释你的动机。这需要时间投入,并且您需要正确的融洽关系:老师需要耐心、善于沟通并了解他们的思维过程,学生需要耐心、好奇并乐于向老师学习。在适当的情况下,这可能是一种强大且富有成效的技术。(我曾经教过一位年轻的开发人员如何以这种方式进行调试。那是我职业生涯中最令人欣慰的时刻之一。)