有一句俗语是这样说的：“单丝不成线，独木不成林。”没错，正如德·叔本华说的：“单个的人是软弱无力的，就像漂流的鲁滨逊一样，只有同别人在一起，他才能完成许多事业。”看完这两句话，你们是否想到了“团队”一词呢？何为团队，团队有一致的集体目标，团队要一起完成这目标，团队成员有各自的分工，互相依赖合作，共同完成任务。正如《淮南子·兵略训》中所写：同舟共济杨帆起，乘风破浪万里航。
读完《构建之法》第五章，我了解到了软件团队的十种模式，看到主治医师模式的这句话：“在一些学校里，软件工程的团队模式往往从这一模式退化为“一个学生干活，其余学生跟着打酱油”。”我的内心被触动了，以前的自己彻彻底底就是个打酱油的，成天跟个没事人似的，别人写完了就美名其曰地说：“姐们儿，借鉴一下呗”，然后厚颜无耻地copy别人的成果，最终的结果就是编程能力超差，和别人结组时遭到别人的嫌弃。值得庆幸的是，现在的我再也不会等着靠别人拉着自己跑了，我可以自己看书查资料写代码。我想说：“浪子回头，十年不晚！”今天老师让我们上课做单元测试，我犯了一个可笑至极的错误，类名居然还用中文来命名，虽然被老师在课堂上提出批评，但是我还是很开心，因为我又学到了一点知识，不是吗，看完这十种软件团队模式，我发现他们有一个共同特点，那就是团队成员有各自的分工，互相依赖合作，共同完成任务。
看到开发流程中“写了再改模式”，虽然不知道你们想到了什么，但是我想到了大一的自己，那时候学习c++，每次一拿到老师留的作业，脑子里什么也不想，什么都不考虑，上来就写，写完之后一运行，程序报错就赶紧举手问老师，老师帮忙改好了就上交，完全符合“只用一次”，“看过了就扔”，“不实用”这三点。其实说实话，这个模式根本不好，毕竟我们毕业之后是要写有实际用户，解决实际需求的软件的，那么我们应该学会RUP（Rational Unified Process同一流程模型），从瀑布模型开始的各种模型都有一个共同点：重计划，重事先设计，重文档表达。RUP把软件开发的各个阶段整合在一个统一的框架里，要完成一个复杂的软件项目，团队的各种成员要在不同阶段做不同的事情，这些不同类型的工作在RUP中叫做规程或者工作流，包括：业务建模，需求，分析和设计，实现，测试，部署，设置和变更管理，项目管理，环境等。看了这些，我对测试工作流十分感兴趣，我想以后我可以专攻这一方面，若是能把测试学精了，也会有一个不错的出路的吧！