开发质量差，提测的功能不满足要求但是又不得不测试；项目过程中大都时间花在沟通、无关紧要的问题(易用性、界面显示等)上扯皮，没有把时间花在刀刃上。每天看似很忙碌，但是投入产出不成正比。
没有较多的精力在测试技术提升、深度问题发掘，长时间测试人员的专业价值没得到体现，也不利于团队的长久发展。
提升测试质量、测试效率，最大化的发挥测试人员的价值，是我们自己以及管理者需要思考的问题。可以从以下几个方面来参考：
制定冒烟测试用例，如果冒烟测试通过率<90%，则提测版本打回开发，同时尽可能将冒烟测试自动化，以及推动开发提测前自测；
产品的需求需要尽早锁定，减少变更次数，不能存在模糊地带，导致测试过程中存在不明确的地方来回开发修改和测试确认浪费时间；
增加需求评审和测试，并且在项目开测前就测试，先验收需求，需求开发度达到80%以上或者需求开发完成后再安排测试；
做好测试数据收集，如申请测试版本数，版本无效数量，分月统计，无效版本的原因，一段时间同相关人员拉通汇报，制定流程改善。流程真的很重要，用数字说话，建立度量系统；
时刻倡导质量不是测试出来的，是全流程的质量，是设计出来的。从需求阶段、代码开发、测试、验收上线是一体的，质量出现问题，大家一荣俱荣，一损俱损的观念；
如果是Leader或者是组长的职责，了解自己团队成员的能力，合理分配岗位，如技术能力强的测试性能、驱动、单元测试等提高测试开发等技术能力，提升团队技能，沟通能力强的对接产品、开发提高测试沟通、执行和推动能力；
测试参与设计以及相关的需求评审，开发模块设计评审，提前提出意见以及设计更高的理解需求，设计更高质量的用例，并能够对模糊的地带提前达成一致；
根据问题的现象制定相关机制、流程、标准并在部门以及公司内部进行推广，不能只抛出问你题，同时需要思考和提出解决方案，才能提高自己；
努力提升技术，帮助团队和自身成长，应对开发的时候更有说服力，提高在公司的存在感；
最后，如果在部门或公司这些都没法进行，领导也不支持，那只能另谋出路了或者随遇而安了。
测试质量和测试效率看起来都跟测试有关，但是不仅仅是测试的问题，只有各个环节打通了，才能有更好的质量和更高的效率。
源自公众号 软件测试艺术