【软件测试】团队测试技术体现，遇到不可复现bug处理方式......

---

前言

测试技术带来的是PPT工具？
还是紧贴业务，服务于业务的小工具、小脚本？

PPT工具可能大多带来的是高大尚的平台，无效不实用，投入成本高，主要用于晋升和给自己镀金；而小脚本，小工具不高大尚，作用大，替代性高，一直在业务线上，没有发展前途，对以后前途和职业发展来讲是阻碍。

也许可能是跪久了，站不起来了，迷路了，不知道“南橘北枳”这个成语吗？所以测试技术要符合自己的团队和业务进行发展才是最实在的；太虚了，经济不景气，裁的就是这些！

团队的测试技术，成效应该体现在哪些方面？

首先说下测试技术人员组成，可能是测试一线人员，也可能是独立于业务的测试开发人员，各有各的好处和各有各的难处，但最终是要能解决影响自己测试效率和质量的难题。一定要有这个意识——相互沟通，一同解决业务问题。

测试技术是为了解决难题而开发的工具或者脚本，是为了提高效率而开发的平台/工具，是为了提高项目质量而开发的工具和平台。除了这些，还提高了团队的深度，丰富了队员的测试技能，团队共成长，增加了凝聚力和竞争力。

对外提高了团队影响力，对团队招人提高了吸引力和降低了招聘成本，这就是降本增效。99%都是这样，少部分的就是可以通过开发测试工具和平台，商业化，独立出来作为一个产品，这也许就是测试技术的最高境界吧？

那如何体现出这些成效呢？

第一个是对比量化，第二个是评价。千万别只是做一个内容描述型工具平台，应该有数据的对比，如自动化平台，一个月执行多少台设备，同样的服务在testin，testbird，需要花费多少？这样来体现测试技术带来的成效是最直接的。

开发好工具平台是第一步，第二步是推广使用，第三步是数据的收集整理分析；对上级汇报是一个很重要的成果展示渠道，上级的认可就代表着团队的辛苦没有白费。

目前测试部门其实一个协助性支持部门（矩阵型组织），所以我们要服务好业务方，让业务方给好评，业务好，我们才会好~

测试技术一定要有，但不一定要专人或者一个团队做，具体要看公司规模和团队的实际情况，认清本质，做事效率才会高。

遇到不可复现bug处理方式
一定要提交！！
1.记得有这么个缺陷，以后再遇到的时候可能就会了解发生的原因。
2.尽力去查找出错的原因，比如有什么特别的操作，或者一些操作环境等。
3.程序员对程序比测试人员熟悉的多，也许你提交了，即使无法重新，程序员也会了解问题所在。
4.无法重现的问题再次出现后，可以直接叫程序员来看看问题。
5.对于测试人员来说，没有操作错误这条.既然遇到，就是问题。即使真的操作错了，也要推到程序员那里，既然测试人员犯错误，用户也可能会犯同样的错误。错误发生的时候，Tester最大。

程序不是测试人员写的，出问题也不是测试人员的原因
至于无法重现，可能的原因很多，因为测试人员看到的只是程序的外部，无法深入程序内部，所以把责任推给测试人员是不对的。
测试人员的任务只是尽力重现问题，而不是必须重现。

下面是我整理的2023年最全的软件测试工程师学习知识架构体系图

一、Python编程入门到精通

二、接口自动化项目实战

三、Web自动化项目实战

四、App自动化项目实战

五、一线大厂简历

六、测试开发DevOps体系

七、常用自动化测试工具

八、JMeter性能测试

九、总结（尾部小惊喜）

只有你学会把自己已有的成绩都归零，才能腾出空间去接纳更多的新东西，如此才能使自己不断的超越自己。

人活着就是为了解决困难。这才是生命的意义，也是生命的内容。逃避不是办法，知难而上往往是解决问题的最好手段。

工作是一场赛跑，过程紧张刺激，输赢终见分晓，不顾一切争取，为了证明自己，职场就是赛场，比赛始终围绕，要想脱颖而出，必须坚持到底！