快捷搜索:

极限编程中的单元测试

在极限编程中,法度榜样员认真自己的单元测试。那么留给测试员的是什么事情呢?有人觉得XP的资源对照低是由于省下了测试员的用度。那么由法度榜样员测试就不必要测试员了吗?他们能真正替代测试员的事情吗?         大年夜家关于XP的理解,我发明至少有3种以上: 1、   书上说的(Kent Beck的《Extreme Programming Explained》 、 Kent Beck 和Martin Fowler的《Planning Extreme Programming》) 2、  颠末XP专家指示和培训,项目组的理解 3、  只是看过书,自己的理解         按书上说的,XP包括单元测试(由法度榜样员完成)和可吸收性测试(由“客户”完成)。法度榜样员应用单元测试只是验证软件是与所等候的一样事情。可吸收性测试必要验证软件是像顾客必要的一样事情。         这里很明确,“客户”是被等候成这样的事情角色:编写用户故事(类似用例),然后编写对用户故事的测试。书中对付“客户”是谁说得有点暧昧,以是这里要加上引号。“客户”是做出营业抉择的人。在XP之外,这小我平日被称为产品经理或营业阐发员。         纵然是在很好地培训过XP的团队,也很难让这个“客户”编写可吸收性测试。以是着末照样开拓职员或测试职员来写,并且很晚才写。切实着实,钻研注解可吸收性测试的编写是XP中最难被认同的实践之一(\"Circle of Life, Spiral of Death,\" Ramachandran and Shukla, in XP/Agile Universe 2002 Proceedings, Wells & Williams, ed.)。为了增补这个不够,XP的开创人之一Ward Cunningham近来开拓了一个开源的测试框架来办理可吸收性测试的问题(Framework for Integrated Test, Ward Cunningham)。         XP的书上没有要求法度榜样员替代测试员测试。更恰当地说,他们主张测试的总体价值要低落,主如果经由过程避免那些平日会困扰软件项的冗长的测试阶段。然则测试照样必须要做的,从法度榜样员方面和客户方面都要。         有些人主张XP应该扬弃测试职员。这个论调着实是双面的。一方面鼓励法度榜样员应该做好单元测试。一方面也是在责备一些率性的、不关注项目成败的测试员。Lisa Crispin写了一本书来为XP项目组中的测试员争取更多的尊重(Testing Extreme Programming, Lisa Crispin and Tip House)。         对付着末的测试,无疑是必要测试员的。然则XP要求测试员作为项目组的办事。假如测试员没有获得恰当的措施培训,则会导致掉败。         切实着实,有些人觉得XP是想最小化黑盒测试员的角色,由于有着对低效率的测试员的不好的履历。主如果诉苦测试员: 1、  否决不相符他们传统不雅点的历程改进 2、  过分关注对付项目影响很小的bug 3、  短缺有供献性的技巧、技能 [Page]4、  短缺对现带开拓措施和架构的理解         Cem kaner曾经说过,“除非我们领域的技能水平获得充分的前进,否则法度榜样员照样会继承找措施旁路测试组。假如我们继承在我们的项目组中利用低技能的传统的历程、审判式的、政治活动式的历程,我想我们会看到测试员被持续地、合理地、可怜地从项目的紧张角色中扫除出去。”         假如你是XP项目组中的测试员之一,这里有几个措施你可以向你们团队展示你的代价: 1、  展示你在软件等候值方面(需求)的有用的不雅点,一个与法度榜样员或“用户”不一样的、对项目成败有用的不雅点。 2、  展示你对自己作为信息供给者的角色很知足,而不是坚持作为“守门员”或“质量警察”(\"Don’t Become the Quality Police,\" Pettichord, Stickyminds.com, 1 July 2002)。 3、  展示你能适应迭代的开拓要领,跟着项目偏向的改变而改变,而不是强调项目组要坚持按计划行事。 4、  展示你可以在缺少正式的规格阐明书的环境下也能事情,当你必要的时刻探求更多的信息并在必要的时刻自己主动记录下关键的信息。         有趣的是,这些不仅仅是测试员供给给XP项目组的代价标准,同时也是探索性测试的组成部分。

您可能还会对下面的文章感兴趣: