第一次审核测试报告，就值班
认真阅读测试报告，测试案例，发现资料非常简单。明显应付公事。并且开发那边提交人对于测试报告标准及审核要求完全不清楚，并且说跟之前要求不一样了。
并且存在没有测试用例，不需要测试报告，但因为昨天同事审核说需要用例，所以就补充了几条。结果因为执行条数和用例条数不符，又被打回了。
听起来，那边开发写文档纯粹是为了应付审核，而不是真正的在写文档。也就是审核这个事，给他们增加了意义不大甚至不在的工作量。而审核这边，因为没有针对这种不需要测试或者没有测试报告的项目，对应的审核标准，甚至生搬硬套，没有用例非让人家造用例。一方面质量审核浪费精力，起不到作用，还很容易让人拿到把柄。
基于此现状，我跟领导反应了，发了信息。结果人家直接让我过去很严厉的说了一通。完全不了解我的用意。还理所当然的站在制高点又解释又反驳我的观点。我也是服了。
前天还在群里说，有问题先发她，然后再审核。现在问她，她又说你自己判断就行了。真出了问题肯定又说怎么不跟她先说。
我跟他说了问题，人家还说标准都有，都是公开的，他们不可能不知道。然后又说，他们准备发这个文件，统一化相关信息和资料，说话自相矛盾，真是不爽。
我自己回来反思:
1. 刚来，就不应该提意见，说实情。别人怎么审你就差不多怎么审就行了
2. 问问题，针对具体问题适当问一下，看她什么态度。如果她不接茬，说她也不知道，那你就说那我就自己看，自己根据标准直接进行审核通过或驳回了。
3. 觉得有问题，想反馈问题，那就找好适当的反馈方式，语气，场所，并且注明下只是想反馈下这个现状让你也先了解下情况，我也先记下来，回头汇总下，看看有没有解决方案，优化空间。而不是把问题直接抛出去啥也不说，别人还以为你是在抱怨，在埋怨领导工作不到位。
4. 总之，少提问题，少发表意见。说就在关键的时候，只说关键的问题。并且提前琢磨好怎么说。
有问题，就捡最关键的问题问。不要有多余的废话。
