文|不二咩
小M在软件服务公司做测试，那天早上一上班，公司群里运维组就各种在发送系统出的问题。一开始，老大说昨天什么没测全喔！后来，问题越来越多，而且头天晚上更新的也有些出问题了，他问测了没？小组长回复：没测。
然后，小M和组长就被在团队群里通报，每人罚款10元，上交小组长处保管，并在下班前各发送一份昨晚测试情况说明给老大，并且提醒她们以后要注意。
当时，她想着测试情况说明，如何写好？难道她要写，她准备怎么测，而小组长说，那样太浪费时间，可以直接查看；难道她要写，她再三询问更新正式库时，开发人员新增的两个问题是否测试，小组长的回复是：不用测，不会出问题。
而事实证明，头一晚，听了小组长话的地方，都是第二天上午系统频繁出问题的地方。运维组那边电话快被打爆的节奏，小M听着也有些发麻。
可她不可能在测试情况说明中，指责任何人，更不能说谁谁谁说怎么的，毕竟那样，有推卸责任之嫌。
不如，问问组长，该如何写？小组长回复：就写了测了哪些，没测哪些。
如果她照她所说的只写测了哪些，没测哪些，那么，在外地出差的老大看到文档，估计得气炸。因为那天白天，他还电话问过小M，测试了，还有问题没？是否可以在下班后进行更新。而小M回答：可以。
最后，思来想去，只有阐明白天的过程，以及在小M说了可以进行更新，可更新时，小M才得知新增了两条。阐述了晚上她们两人如何分配任务，小M测了哪些，完成后，告知了组长她测了哪些和没测哪些，方便其汇总。这样，既没有指责谁，也大致看得出问题所在。在文末加了在正式环境她没测的部分。
其实，表面上看只是职场中的小危机，却让让人反思到了很多。
或许没出问题时，他人可以口口声声说，不测那儿不会出问题的，可是并不会在出事后主动承担责任的。另外，无论何时，都要坚守自己的岗位，自己认为该做的，一定要做，哪怕别人说可以不用做。
学会保留证据，这次，因为小M当时问了几次，更新时，新增的两条是否测。包括测完其他点，都还跟小组长确认了一番，她依然说，不用，那两点只是更新了class，不会有太大影响的。当然，这次恐怕即使保留有文字证据，小M也不好职责，但以后会注意，毕竟下不为例。
以团队利益、友好的态度为原则。比如，这次，小M完全可以在情况说明文档中，写出实情，可是老大未必会相信。
一则因为小组长私底下跟老大很熟，她完全可以混淆视听，如果小M还想继续在这儿混饭吃的话，实话实说，对她自身不会有好处。二则无论如何，她们是一个团队，摊上问题，要有大局意识，而不是指责对方或者推卸责任。正因为如此，整个情况说明，小M不带任何情绪的写了可以说出来的，但不写任何人的名字。
不指责对方，因为作为同事，以后抬头不见、低头见。另外，没证据，还有即使上级相信，如果闹得太大，那么上级作选择时，肯定会选择留待在公司时间久的，那么小M则是自断工作。还会给人不友好的形象。
事后，小M仔细回想，难道我在这个过程中，就没有错吗？不对，她也有错。一则错在因为自己不懂程序方面的东东，轻信小组长的话；二则错在作为测试人员，理所应当测试全更新的内容，而不是别人说不测就不测。毕竟是否出问题，只要测试，系统自然会展示测试结果。
那么，老大的惩罚是否太过了？开始她觉得一点不给我们留情面。可后来想明白，他的做法对。一方面得处理问题，另外也得找出问题。
更何况，前一天下班前，他电话问了小M，下班后，是否可以更新？她的回答是：没问题了，可以进行更新。可谁知更新时，开发人员临时新增了两条改好的。
测试时，组长说，不用测那两条，应该不会出问题的。然后中途因为老大开会去了，测完其他的，组长在群里说明，我们测完了，走了。结果，当小M在回家途中，老大又打电话来问，测试正式系统没问题了吧，那就可以更新了？她说，没问题，可以更新。
可第二天问题频出，老大会感觉下属好似欺骗了他的感觉。
所以，她们被惩罚，被要求交类似检讨书的“测试情况说明”都在情理中。
只能说，吃一堑、长一智。以后定会加倍注意！
