子浪小说

第3章 在办公室讨论工资和被老板接见（第1页）

省吃俭用了几天之后，终于到了发工资的日子，温婉入职了一个多月了，才到了第一次发工资的时间，她是三月十号入职的，四月10号发的工资是她三月份的不足一个月的工资，即是不到七百块，话虽如此，但是收到工资条时，她还是高兴得立马跟柳姐分享，

“哇，我第一次拿到了工资，四百多块钱，是我人生的第一桶金唉。”温婉太激动了，分享的声音有点大，柳姐赶紧扯住她，可惜为时已晚，不到一分钟，小穆走过来叫她去了会议室。

“每个人的工资都是保密的，这个最基本的道理你不知道吗？”小穆的语气很严肃，温婉有点被吓到了。

“我之前不知道，现在知道了，对不起。”

“每个人的工作能力不一样，工作年限不同，学历不同，所以薪资水平是不一样的，如果同事之间工资透明，可能会出现不服气、嫉妒、怠工等现象，这是企业管理者最不想看到的事情，所以每个员工签合同时都会看到一条条款，不得向他人透露工资数目。这是你第一次犯错，希望不会有第二次。”

“嗯，我知道了，保证不再犯。”温婉有点丧气，本来第一次拿工资是人生重要的里程碑，是一件快乐的事情，却被她搞砸了，拿到了第一笔薪水的喜悦瞬间转空。

“行了，以后注意一点就行了，回去吧。”

。。。。。。

“老爸，你说我是不是太傻了。”温婉打电话给温爹倾诉自己办的傻事。

“是有点傻，但没关系啊，人事小姐不是原谅你了吗？”温祁安有些好笑，但是完全不敢笑出声来，只能温声安慰。

“我觉得办公室里的所有人都在笑话我傻。”

“我保证，他们明天就不会想起这件事情了。”温爸看得比较透。

“为什么？”

“因为人人都有自己的生活，你觉得很重要的事情，你的世界已经天崩地裂了，在外人看来也不过是小事一件，也许在你在办公室里大声叫的那一下，他们会抬头看一眼，然后看到不关自己的事，又低头做事了，他们有精力会放在工作上，自己关心的人身上，而你，恐怕不是办公室里所有人都关心的。”

“。。。。。。老爸你这一安慰，我好像更心塞了。”温婉哭笑不得，不过事情已经过去了，下次多注意吧。果然出了社会跟在读书的时候完全不同，多了很多无形的束缚。

第二天上班的时候，小穆通知她去总裁办公室，老板要找她，温婉一时非常紧张，不知道是不是昨天在公司讨论工资的事情被老板知道了要炒她鱿鱼。敲了门，老总让她坐下，今天的穆总看起来没有面试的时候那么严肃，让她在对面的椅子坐下了。

“温婉，你进来公司已经一个多月了，感觉还适应吗？”

“挺适应的，同事们都很照顾我，特别是李经理，柳姐和吕工教会了我很多东西。”

“他们对你的评价挺高的，虽然经验不足，业务不是很熟练，但是上手很快，会请教人，思考的层面也较为深刻。今天叫你过来，主要是想问一下你对于刚测试完的这个项目的工作方式、流程有没有什么想法？”

“。。。。。。大家都很好，工作态度很认真，发现的bug都很快改好了，而且都乐意教导我。”温婉立马想到之前关于测试无计划，没用例，不记录bug的疑虑，但是又不知道能不能说，只难绞尽脑汁的说其他方面的好处。

“我想听的不是这些。”穆总稍微放缓脸色，“你不用太过紧张，就将你最初的想法说出来，不用怕得罪人，今天你在这里面说的话不会传一句到外面，我也不会因此把你辞退。”

“那我说了啊，如果说的不好。。。。。。”

“没事，说的不好就当童言无忌了。”

“。。。。。。”突然一下子就不紧张了是怎么回事。“嗯，我参与测试的时候，有一个很大的感受就是没有什么计划，时常是正在测试这一块内容，开发就会让我们测试别的地方，我跟柳姐有点被装上了木偶线的感觉，测试每天要干什么活都是开发来安排的。然后我们测试也不写用例，甚至连个思维导图都没有，都是想到哪就测到哪，最终覆盖得是否全面也不知道。再有一个我感觉比较困惑的问题就是之前的口头报bug的事情，即是测试发现问题就叫开发来看，开发改好了叫测试验一下，这种工作方式，在只有一两个bug的时候影响不大，但是有时候测试会一下子跟开发说了好几个bug，然后开发改了一部分就叫回测，剩下的就测试开发一起遗忘了。”

“第一，测试自主性问题，这个问题存在已久，我早有打算调整，这个需要我跟中层领导开会讨论；

无用例测试的问题，你觉得用例是必须存在的吗？如果没有测试用例你就不会测试了吗？

Bug记录问题，据我所知，驻场YD那边的项目组是有一个项目管理系统记录bug的，等你去驻场的时候会给你开通权限，记录bug然后进行跟踪管理的。公司总部这边的小项目没有建立对应的项目管理系统，这块我会让研发部部署的。”穆总往后靠，尽量放松，以免吓到她，“关于测试用例的问题，你有什么建议呢？”

“我觉得测试用例是有必要存在的，它的作用是为了保证软件的质量，验证软件的功能是否符合需求，检查软件是否存在缺陷，它就是软件测试部全部过程的核心，”温婉娓娓道来，“我进入这个项目的时候已经是中后期了，但是如果是一个新的项目，测试应该尽早介入项目，在需求阶段就参与，根据软件需求说明书，设计图来熟悉产品的各个模块功能、业务流程，然后编写测试用例的过程中会尽早发现有疑问、有矛盾的地方，如果在需求阶段就发现有一些功能不合理，那可以避免很多返工。然后提前编写测试用例，对于哪些功能写了哪些没写就一目了然，等到开始测试时，按顺序或者按优先级执行用例，至少可以保证全部模块都测试了。”

“我看过你面试时提交的测试用例，写得非常的详细，如果在实际项目中，写完这些用例，会耗费非常多的时间，我们的项目，客户往往给到的时间并不多，如果将时间浪费到写用例上，不是会导致没有时间测试了吗？”

“我觉得用例覆盖率比详细程度更重要，如果时间充足，当然是把用例写得详细一点好，如果时间较紧，可以写得简洁一点，但是每一个测试场景、正反例、边界情况、异常情况等都要考虑全面，就算是只有一个标题，在测试时都能起到指导作用，能尽可能的避免漏测。”

https://www.cwzww.com https://www.du8.org https://www.shuhuangxs.com www.baquge.cc