软件测试碎碎念

作者: KiRaChen | 来源:发表于2015-01-04 19:40 被阅读370次

    写了第一篇关于软件测试的文章,觉得还是有读者的,让我觉得特别欣慰。

    我自己对软件测试的了解不算深入,文章也很入门级,起初的感觉最好的是写测试用例(TestCase),特别是使用mindmanager+excel,写出感觉的时候那真是分分钟的事儿。不过写出用例后问题来了,用例执行时间与用例数量基本是成正比的,往往执行用例会很耗时,那时就要开始合理的删减用例了。

    整理用例常用的方法无非是什么等价类、边界值、因果图、判定表、正交法等常用的,究其根本,是通过一些逻辑推理的方式将相同路径的用例合并,从而达到事半功倍的效果。不过这里有坑,因为写用例时,大部分测试人员基本不了解开发实现的过程,这也会导致看上去可以合并的用例背后逻辑有所区别,从而引发漏测。而一旦漏测的点属于关键路径,触发几率高,那么产生的线上问题足够整个团队喝上一壶了。另一方面,如果项目前期测试与团队的沟通不足,很有可能出现推卸责任的问题,虽然从职业素养上不提倡,但关系到个人或小组利益时,往往不得已而为之。

    以上的内容有点暗黑,但是并非不存在。

    自己接触软件测试的理由比较“单纯”,开发能力不行,代码勉强读懂,毕业时看着软件工程的一些理论知识,眼前一亮——“就是他了!!!”

    现在再观察一下国内的软件企业,对于80%的企业软件测试岗位更像个鸡肋。没有的话觉得特别low,产品质量怎么保证呢?说产品高质量自己都心虚啊。但有了又能怎样?所有的测试平台、测试流程都要自行搭建,没几个资深的测试架构人员还真搞不定。那这测试岗位搞不搞呢?个人认为大公司得搞,而且得结合自身条件狠狠搞,几十人的小团队就值得考虑了,产品质量是不是重点,流程未规范的时候,专门招聘测试的成本可不低。

    对于谈论很多的开发测试比,实际使用时却有点上纲上线了。对于具体的数值,没有定论,也别觉得1:1就是好6:1就是差。这与开发测试的能力息息相关,一个牛逼的白盒测试工程师也许能抵10个普通的黑盒测试工程师,这也是为何开发转测试so easy的原因。通过接口测功能也许只要10个用例,但是被添加了上层逻辑之后,也许就需要100个用例。每个测试都向往着google的开发测试比1:1,却不知测试工程师的能力比开发工程师还要出众。

    对于企业来说,普通的测试工程师的数量怎么都觉得多;对于普通的测试工程师来说,数量怎么都觉得不够。没有对错,所站的角度不一样而已。

    相关文章

      网友评论

      • 放鸽子_高手: @Lovely_KiRa 😊😊团队规范还是得所有人共同认可维护的
      • KiRaChen:@放鸽子_高手 棒!测试的存在估计为团队规范化做了不少贡献。哈哈~
      • 放鸽子_高手: @Lovely_KiRa 对 这是小团队唯一的优势,不过建议做好沟通备份,例如面对面沟通完了发个邮件说明一下沟通的结果,这样即可以记录下以备后用,也可以免除后期出了问题逃避责任的问题
      • KiRaChen:@放鸽子_高手 是的。说到底还是一个沟通方式的问题,工具永远是辅助作用。不过小团队有一点好,就是沟通见效快~哈哈
      • 放鸽子_高手:工作流程很重要,开发/测试/产品一定要在前期沟通清楚需求的方方面面,不然理解误差能搞死人。我们现在用的工具是gitlab,个人感觉还不错,也是小公司
      • KiRaChen:@truelie 我在考虑,与其思考将工具完善,是不是可以考虑改变流程呢?小公司处理起来灵活些,大公司就不行了。
      • truelie:@Lovely_KiRa 是的。一直没遇到好用的。
      • KiRaChen:@truelie 额。你是指缺陷管理之类的产品?因为原来在公司大多是使用成熟的产品,如果放到小微团队,那就是噩梦啊。。。我最近来研究一下。对于bug修复,我觉得还是面对面更高效,不过受制于流程及每个人的工作时间。
      • truelie:一产品配了5个测试,bug修复时差点没沟通死我。
        当我去确认测试结果时,看到的测试软件都不怎么好用,我也在知乎上提问有没有什么好用的测试产品?ps:曾用过HP QC,禅道,TD,JIRA等,这在国内是不是很缺?亲可以做个介绍文章!

      本文标题:软件测试碎碎念

      本文链接:https://www.haomeiwen.com/subject/otftxttx.html