软件工程结课感想两则

软件工程结课感想两则

文|预备队员周耀海

在本次实验中我表现的不是很好，但是确实学到了很多东西。我所谓的表现不是很好指的是我没有达到自己心目中对于SM的标准以及对于测试人员的标准。一方面，组内的工作整理和分配都是PO刘晗同学做的，所以事实上我负责的任务主要是提示组员开会时间和主持一部分会议内容。我当上SM是因为组内同学的推荐，但是最终没有达到大家的期望，让我很惭愧。另一方面，作为测试人员，我对外的交流太少了。以preset为例，直到要验收前我们才意识到自己的preset和第三组的定义不同，当时差一点就要大改代码了。并且另外两组早已经统一了思路，这就让我们组显得很另类。最后还是按照老师的说法，我们才算是可以不和其他组公用针对preset函数的测试样例。另外，在组内我也应该提前做好数据结构的定义和分析，尽可能地去驱动开发，而不是自己嫌他们开发太慢而亲自去开发。

在我学到的东西里面我觉得比较重要的有以下几点：

1. 规划事务优先级，并且写好验收的标准。在日常学习工作中我可能就是逮住一个事情就开始做，并没有考虑这件事情是不是优先级最高，以及这件事情验收的标准是什么。举个例子，如果我做作业，那我应该做一个对于作业的评价标准，在做作业的同时定时以督促自己按时完成进度或者是如果完不成进度就先放一下等等。

2. 在和别人合作的时候要尽可能倾听，尽可能理解对方表达的思路和实现的过程。

3. 先做好自己的本职工作，在测试工作没有完全写好的情况下不要随便掺和其他开发人员的工作。因为这样一方面耽误自己，另一方面也会让开发那边很乱，并且我写的这部分代码也不会有人维护。

4. 促进组与组之间的交流，主动站出来去协调不同的开发模式，并且及时将思想同步到组内。

文|预备队员董思琪

开始的时候不懂什么是自动化测试（autotest），也不懂自己该干什么，所以我仍然像之前那样想等着开发写完了然后人工手动测试。于是上网查找了相应的内容，并学习了其他组的规范的测试样例的书写。但是由于一开始和周耀海的交流不够，书写的一个测试样例中包含了3个例子，不仅拖慢了进度，测试样例也不规范。后来顺便写了一个十个道具的开发与炸弹的使用函数，但在后面测试时发现跑不通。好在第三组给了我们标准的模版，我们与其他两组对接以后，才明白测试样例应该怎么写。

另外，在与其他组的对接中，由于其他组PO没有及时回应，与我们组的PO对接，导致我们的测试样例的格式与其他组有很大区别，这让我们反工了很多次，也让我明白了及时沟通交流的重要性。

很多时候开发的错误都是我们测试组找出来的，我们甚至为了修改测试样例与测试标准刷了一次夜，当然，每个组都刷过一次。这次刷夜也更加让我明白了团队协作一同奋战的凝聚力，向心力的重要性，也更加深刻的理解到了什么叫做团队精神，什么叫做荣辱与共。