每周烧脑：测试流程不完善，测试部没地位！怎么办？

小A目前在一家电商公司工作，主要做app功能测试，工作上的规章流程不完善给工作带来很多不便利，有时...



关注公众号有职场问答专栏！




     小A目前在一家电商公司工作，主要做app功能测试，工作上的规章流程不完善给工作带来很多不便利，有时开发同事直接扔个项目过来就说要开测，但是手头上又缺乏产品需求和设计图，有时拿到设计图发现很模糊，在这样的条件下开展测试工作真的很困难，而且在测试的过程中会发现一些问题提出来后夹在开发和产品之间，完全没有立场可以选择，严重拖累了自己的测试进度。遇到这种情况，你们会怎样解决？测试部门在公司是处于怎样的位置？

我们先抱头痛哭一会儿，公司总是惊人的相似，怎么感觉你说的就是我们公司捏！

天津-新人遇到同样的情况，很苦恼。没需求文档，没设计，最多有静态页面。只是了解大致项目是个什么东西。前期很难入手，测试时间不够充足，花大量时间在需求上面，测试进展比较慢。过了测试时间必须上线，甚至带着bug上线，上线之后出问题会追究测试的责任。很苦恼很苦恼。工期太短，质量问题很难保证，表示测试压力很大。

北京-逸影测试新人，目前在负责一个项目的测试，需求文档，开发更新都很模糊，需求一直在变化，需求文档没有及时更新，测试版本更新也不能及时了解更新情况，只能到处去问，得到的解释有时候会很模糊，做事有事业很拖沓，在公司测试的地位有点低。但是目前只有这种方式了，有待改善！

西安-阿难正面临此问题，还是不同部门，协调好无力，不是领导说不上话，领导也管不上

上海-白芍测试都没有部门，在我们公司测试是很不受重视的，存在感很低，就是项目验收的时候需要救场就想起来测试了！

北京-金龙我们公司开发测一遍，产品测一遍，给我测一遍，就上线了。。。

看完觉得我们在不同的公司过着同样的生活！

这就是现状啊，无解啊!

NO！！！


快来看解药！！！成都-阿哆

1.尽可能理解业务需求；遇到不明白的地方列出来，给需求和开发，能确认的按照确认的需求走，不能确认的记录下来，以备追溯

2.测试时间紧张时，先测主要功能+正常流程，再是异常流程，再是次要功能，用例可以简要写，UI设计不清楚的地方可以不用写详细

3.列出未测试部分的风险，抄送需求、开发以及上面的领导

4.流程不完善的地方，可以从测试的角度提出一些解决方案。能否被采纳，就要看领导对于质量的重视程度了

上海-沐沐

规范公司流程，掌握主动权。不听不给上线。举例证明，摆出强有力的说服证据。

可以跟领导说明重要性，列举之前的种种弊端，如果改进会有什么样的成果。可以从自身做起，慢慢一步一步的去推动事情往前进。

西安-阿难

这样会得罪开发，后续工作如果可以推动固然好，如果没有推动反而可能阻塞沟通，关系不好，最重要还是有一个共同的目标（共识），否则说啥都是白搭。

北京-AMEI 回复了 西安-阿难

能和平相处固然最好。当然是考虑极端的情况下，测试本来就是个吃力不讨好的活，领导不能独挡一面，再说啥有啥用，只有开发得罪测试的份，提了一堆BUG,抄给重视领导，看他敢不敢得罪你。

西安-阿难 回复了 北京-AMEI

没人敢得罪我，我很厉害的哦，哈哈哈，只不过内心大家都是不舒服的，希望有个舒服的工作环境

北京-情歌

先找需求或者产品把项目能够确定的需求确定，然后在此基础上进行测试先保证项目流程、核心功能实现，在测试过程中继续跟需求或者产品多沟通，细化，深入了解需求，在后续的测试轮次中逐步扩展深入。

建议在测试结束上线之前将测试结果及上线的风险都写出来发送给主管领导级公司领导，即使上线之后出了问题，只要不是我们测试没有测试到的就可以把责任推出去；

一个是确保测试的覆盖率，还有就是注意测试过程及测试结果的记录，要留痕，不要自己明明测试了结果没有一点成果物，领导问起来也不好交代；

遗留的缺陷也是有风险的这种的在测试报告里一定要体现出来，发现多少个，已解决多少，遗留多少，明确的列出来，可以把遗留缺陷少的话，直接列在报告里，多的话表格附在报告里，如果你在公司测试中处于能够说上话的位置，就尽可能的去引导公司规范公司的测试流程。

楼大管家


测试流程不好主要考虑这么几个方面：

1、测试人员的经验，对业务和产品的熟悉程度（想改善，就需要从项目和产品初期就介入，和需求和产品人员混在一起，一起开会讨论，参与到需求中去，并且敦促相关责任人顶完善文档，这就是在从源头改善）
2、从部门层面去推动测试流程，提测的标准（单元测试 代码走查 开发自测 冒烟测试），测试部门需要强势，如不满足一定的准入标准，我们测试的意义也不大，容易造成无效的工作，这个要反复和项目组去强调
3、当出现无法确定的问题时，需求类的东西，以需求为准，产品类的东西，以用户为准，总是有一个人能确定的 ，如都确定不了，就测试来确定吧，既然你们踢皮球，我就来替你们决定好啦，要项目经理和干啥用的，放心，他会站出来的
4、再是规范测试内部流程，以免因为自己内部的工作疏忽遭人话柄（用例都完善吗？每次测试都充分吗？应该在这个版本发现的问题，遗留到后续版本才发现么？缺陷表述的够精确吗，开发看得懂吗，好复现吗？）
5、最后，人人都是产品经理，有好的建议和改善，即使产品没有说明，你也应该提出来，工作需要主动性

问题就这么解决啦！

对于你所在的公司现状，你有想法了吗？

至少可以少背无数黑锅啦！



彩蛋！！！

还有一种测试部叫别人家的测试部：



北京-琦

我们公司都是统一规划的时间，产品需求文档交付时间，开发每个模块的交付时间，还有测试测试的时间都有规划，这个时间是按照任务自己评估的，如果开发遇到问题，任务延迟，组内统一有人记录，然后测试就会延迟。每个人哪天完成了什么都有规定，多数没有延迟，另外，如果产品改了需求，会重新规划时间，一般测试时间很充裕。另外，会有需求评审，测试开发都事先了解需求，然后专门时间去找策划，策划案会及时更新，如果测试过程中有疑问，会直接问产品，要求产品改策划案，不改的话，给产品提bug

北京-安然

你们做的比较规范了，其他公司可以借鉴

北京-琦 回复了 北京-安然

是啊，而且，我们公司什么都可以提bug，每周有总结，每个开发还有多少bug没解决，哪个模块问题多，全员发邮件，这时候老大就开始找开发了



我只想说：如果有这样的公司招聘你就牢牢地抱住大腿吧！





不要错过好文章哦:

回复“001”——登录功能测试总结

回复“002”——如何成为一名优秀的软件测试工程师

回复“003”——聊天类APP功能测试总结

回复“004”——友谊的小船测试工程师版

    关注 自动化软件测试