几个测试问题思考
翻到了关于测试职业生涯的文章，里面有提到几个问题，自己想了想，挺震撼的，之前真没仔细考虑过
如果测试时间不够，怎么办
或者可以延伸为，如果测试时间不够，肯定不能够全部覆盖的进行测试，是否可以只测试客户关心的，比较常用的功能？
想了挺久，结合网友的讨论，我给出的答案是：
作为测试，碰到时间紧张，测试资源欠缺，我们所唯一能做的就是上报公司，让公司协调人工和资源做延期处理。这样做，公司可能会因为不能如期交付而受到一定的经济损失，但交付一个合格的产品给客户，绝对不会有信誉上的损失（即使做了常用功能的测试，也不能保障产品就已经达到的交付标准，实在是中彩票的事情），从长远来看，会有更多的收益；
作为测试，我们没有任何权利自己做风险处理，“测客户关心的，测主要功能”都是错误的测试行为；
作为测试，坚守自己的职业道德底线，只做职责范围内和力所能及的事情；
最后，一个大话，作为测试，不仅需要对支付你工资的老板负责，也请为你手中的产品负责，为客户支付的金钱负责。
如果让你测试一个完全不熟悉的系统，怎么办
前提当然是可能没有需求说明书，甚至没有产品架构图
看到testerhome上一个回答，很有启发性
没有标准答案，参考如下：
先去直接操作和观察被测物。（比直接奔向需求要加分很多，想一下，你实际工作中，快速理解一个东西靠的是什么？肯定不是先读文档，且不说这些文档是不是能够正确的描述被测物）
其他信息来源：同类产品，说明书，直接操作、观察被测物，原有版本，找产品经理，找开发，找销售，运维，客服，找用户，公司知识库，历史邮件，会议纪要，原来的各种文档，代码，google，相关法规，行业标准。。。
如果项目进度很赶，会先上手操作，参考能找到的一切文档及信息源，通过迭代，一边学一边加深理解，一边给出质量反馈；
思考是什么原因造成这样的局面：没有需求文档，没有架构图，开发很赶没空搭理。怎么解决：推动知识库建设和必要的文档输出，也是很重要的。
怎么优化测试工作
开发提测质量不高。测试的头几天，很多主流程都走不通，导致测试总是在等待，或者是跟着开发一起联调。而这段时间，已经被习惯性的认为是测试时间了，因为：提测了
项目抱怨，测试时间过长，如何缩短测试时间
先分析测试时间过长的原因，可能是：
测试环境不可用，测试环境被占用
开发提测质量不高，主流程都走不通
解决办法：
关于环境问题，可能可以实施：
监控环境使用率，可用率（时间占比）；
规范部署，部署时间，操作人，checklist；
制定规则，权限分明，操作环境的人员，分工；
确定部署人员，backup人员，完整可行的部署手册
环境分组，分版本操作（更新devops技能，docker容器化进行环境隔离）
等等…
关于提测质量
测试可以：
有明确的测试计划，并让所有干系人都有明确的预期
测试依据风险测试，最大的风险得到最快的cover，科学分配时间，明显缩短bug反馈时间弧
bug严格管理，所有重要bug都及时修复
良好的沟通和汇报机制，每天让团队主要干系人清晰的知道，距离发布还差多远
外部资源联调非常早的进行，不会让它在测试后期成为测试blocker。
要求开发可以：
根据测试提供冒烟用例，开发必须完成一定程度的自测才能提测。
测试和开发做自动化同期共建，在开发过程中，核心功能就被自动化用例保护起来了。
开发切分feature提测，而不是攒一个大招一下子提一坨
代码Codereview变成团队常规活动，QA在早期跟进核心代码，把问题坑杀在萌芽阶段
结合新的理念，测试左移：提前参与；测试右移：生产监控体系；全面保障产品质量，并且提高测试效率。