微信号:HappyTesting

介绍:专注移动测试,保证你的测试旅程 -- 越测越开心 !

如何写一份靠谱的软件测试计划?(三)

2016-10-12 17:37 吴朝东



      在本系列文章中的第一篇 如何写一份靠谱的软件测试计划?(一)笔者就提到了计划的实质是 “特定的人在特定的时间在特定的地方做了特定的事情以实现特定的目标”在上一篇文章 如何写一份靠谱的软件测试计划?(二)的回复中,土豆老粗回复了对于测试计划的看法,也就是5W1H定义:

  • WHY:为什么要写测试计划?

  • WHAT:测试什么?

  • WHEN:测试不同阶段的起止时间

  • WHERE:文档放哪?

  • WHO:哪些人去做?

  • HOW:怎么测试?

      这个定义相对于我的来说,对于测试计划定义得更加详细。不过,正像笔者在博客签名中所宣称的那样:来自草根的实用主义。因此,5W1H定义就不适合三五个人十来杆枪的软件作坊了。对于很多刚刚起步测试活动(近两年才拥有“专门测试人员”,注意是“专门”而不一定是“专业”)的公司来讲 —— 而这种公司,在中国还不在少数 —— 或许一些简化版的东西会更适合现在的他们,等到渐渐成长起来,我们才逐渐步入正轨。本文中笔者继续自己的草根实用主义,分享自己的关于计划测试活动中人的一些拙见。

      这阵子软件相关论坛上多多少少有人提到了工具与人的关系,在笔者看来这是一个很扯淡的问题,人的作用是不可能被工具取代的,人之所以为人而不是跟其他动物一样处于原始的生存状态,是因为人会“使用”工具。不过关于人和工具的那点儿事,则是后话了。

      中国有句老话“养兵千日,用在一时”。这句话往往是在临战的时候将军(测试负责人)对战士普通测试人员说的。中国古代还有一个方法叫做“战时兵闲时农”的策略,即我们广大的劳动人民在没有战争的时候安心种我们的地,一旦战争爆发或者国家需要的时候我们就披上盔甲去作战。这两句话给我们一个提示:我们应该培养我们的测试人员或者说我们的测试队伍。

      先拿“养兵千日,用在一时”来讲,正如我上面提到的,往往在临战的时候大家才想起这句话,可是我们不妨倒过来想一想,一时的用是需要千日的积累的。这也是在提示我们,一支优秀的测试队伍里的每个人都应该是优秀的,并且我们需要在“用一时”之前好好“养千日”。这种积累不是一天两天可以形成的,正所谓冰冻三尺非一日之寒。

      为什么要在谈论计划测试的时候谈论这个问题呢?原因在于“巧妇难为无米之炊”,我们在做计划的时候如果发现没有一个可用之才,那我们的计划怕是做不下去了,或者我们只有准备另外招新人到行伍中间来,亦或者只能外包测试给专业队伍,这无疑又增加了项目的风险,因为新人或者其他队伍是我们不了解的,他们会做成什么样子只有老天知道,当我们把命运交给老天的时候,这相当于在玩火。我们需要把“养千日兵”拉到我们的计划中来,从更加长远的角度来计划一下我们的测试工作,测试方向等等。

      对于人才的培养,一般使用的是人尽其才的分工制度,即某一个或者一些人熟练掌握某一些测试技能,并对其他技能有所了解。最理想的情况下,我们在测试的方向(或者说是本公司主要的开发方向相关联的各个测试技术方面)都有“专家”,这样才可以保证一个测试队伍可以应付不可预知的测试任务。

 对于草根一族来讲,一开始公司很可能就你一个测试人员,有几种情况:

  • 公司将“建立一支专业的软件(测试)队伍”的艰巨任务寄托在你身上时,先不要沾沾自喜已经被boss重视了;

  • 公司只是拿你来标榜自己拥有了测试,拿你来写测试计划/测试报告等提交给客户看的文档的专业测试 —文档—人员

  上面两种是比较常见的情况。在笔者看来,这两种情况都很好创造了给你学习的机会。第一种情况你可以打着公司“建立一支专业的软件(测试)队伍”旗号学习;第二种情况,如果仅仅是写文档的话,那剩余的时间就可以好好利用下来去提高自己的技能。

    而我们的学习方向,笔者大概归纳一下:

  • 测试理论(包括测试基本概念,流程,管理等等内容。对于测试来讲,这才是基本)

  • 测试文档 网上文档中的内容不可能完全有用,但是知道一份专业或者说完整的文档是怎么写的也是必要的

  • 测试工具对于刚起步的测试人员,如果你不是开发大牛,建议你还是先使用别人已经写好的工具

  • 开发知识 有则加之,无则添之,总之是要学。因为这一点是为将来打算,这些知识有助于我们更好地测试

  笔者在文章开头提到了人与工具的问题。对于大多数软件项目组来讲,自己开发一个性能测试工具并不是一个现实的想法。但鉴性能测试、自动化测试的重要性,在测试组中拥有掌握开发主流工具的专家是很迫切的需求不过这些专家的培养顺序也要顺势而行,不仅急不得而且也急不了。

  当一个优秀的测试团队成立起来之后,“米”的问题就解决了,这个时候再来针对某一个具体的项目考虑怎样“炊”的问题就简单很多了。简单,并不代表可以不费吹灰之力就可以把事情摆平了。要知道,人是一个复杂的动物,会有喜怒哀乐,心情会有阴晴圆缺。关于计划测试中人有关的话题,在本系列的后续文章中会结合“特定的事”,“特定的时间”等等继续探讨。



推荐阅读

如何写一份靠谱的软件测试计划?(一)

如何写一份靠谱的软件测试计划?(二)


 
越测越开心 更多文章 如何写一份靠谱的软件测试计划?(二) 如何写一份靠谱的软件测试计划?(一) 我的测试实习之旅 iOS主流云测试平台大盘点 面试杂谈:“N年工作经验”真的有用吗?
猜您喜欢 2016关键字 【干货总结】深入浅出理解MongoDB的设计与实现 变化驱动:正交设计 网络借贷资产证券化怎么玩?|Part 2 IT动物们,请放松你们的心灵