标签：web 结对 加油 goto 冲冲 单元测试 问题 团队
加油！冲冲冲
| 这个作业属于哪个课程 | 2021春软件工程实践|W班(福州大学) |
|---|---|
| 这个作业要求在哪里 | 软件工程实践总结&个人技术博客 |
| 这个作业的目标 | 通过回顾，对自己这个阶段有更清楚的认识和总结 |
课程回顾与总结
提出问题的作业链接：寒假作业2/2
1、尝试解决自己之前提出的问题
问题1：单元测试中提出的问题
当时的问题：单元测试代码是必要的吗？还是说有选择性的，只需要在关键的，预料到可能修改的模块上进行测试？
提出这个问题是主要还不理解软件工程的开发，不清楚单元测试的目的与意义，所以不确定单元测试是否必要，认为单元测试是不好实现的。
尝试解答：单元测试在完善的软件开发中是必要的，由对应的开发人员进行单元测试。单元测试的内容并不是不可预知的根据实际的需求，有多种测试方法可以进行测试。基本可以全部测试。可以使用自动化工具。
问题2：软件工程技能的判定中的问题
当时的疑惑：巴克斯顿说技能的反面是“Problem Solving”—“解决问题”。
尝试解答：要到将低层次问题的解决熟练到纳入本能了才算是精通。我现在认为解决问题到纳入本能的情况是懂得如何解决，脑子中能快速出现完善的解决办法。但整体的办法中，有一些API、插件啥的的一些细节不一定会记得清楚，但可以快速的查询得出或者有相关文档记录直接使用。‘我觉得这样就算是掌握技能了。
问题3：goto的使用问题
函数最好有单一的出口，为了达到这一目的，可以使用goto。只要有助于程序逻 辑的清晰体现，什么方法都可以使用，包括goto。我当时觉得goto是不能使用的
尝试解答：之所以不提倡使用goto是因为基本可以使用if-else代替且他的使用会造成代码可读性下降。但在我进行大量的开发后，发现goto函数比较好用，而且在充分注释和解释下没有出现任何问题。我对它改观了。我现在觉得goto也有自己的好处，确实会比较方便，如果可以正确的使用，在合理的规范下，添上良好的注释，完全可以使用
问题4：团队集体分工
我当时对团队集体开发抱有消极怀疑的态度，尤其是校园内部的团队。觉得会出现各种问题
尝试解答：确实会出现各种问题，但没有想象中的严重。问题都是可以解决的。这些需要整个团队的人一起讨论解决。我们团队从开始到现在开了数不清的会议。确实，一起开会是解决问题好方法。组长也是整个团队的灵魂核心，由组长组织带领大家一起分析一个开发一起讨论。
问题5:创新的问题
创新，很多时候只是灵感乍现，如何让想法落地，让想法成为真的创新实践？
尝试解答：创新的点子很难得，但目前，我觉得实现创新的点子或者说一个可实现的点子更加难得。我们在想着开发一个怎么样的东西的时候，讨论了3个网上，提出了很多的点子，其中不乏令人眼前一亮的，但大多都碍于实现的难度和与实践情况的不匹配放弃。我觉得，创新很重要，但加强能力也非常重要，积蓄了足够的实力后才可以实现创新的点子。
2、5个阶段中，每个阶段收获最大的知识或能力是什么？
需求
需求阶段中，我参与了部分需求文档的制作，这个阶段是我们团队整体进行最多的交流的阶段。也是我们整个团队刚刚开始，我们经常开会，畅谈各自的想法，完善整个软件的制作。
这个阶段中收获最大的是设计和分析能力，还有团队间的协作能力。首次经历10个人的多人团队，我也明白，一个人的想法是有局限性的，需要广泛的采纳别人的意见。
设计
设计阶段我主要进行的设计文档和PPT的制作，由于我在此之前，已经有较为丰富的设计的经验，简单的设计和PPT制作没有遇到太大问题。我的收获：如果有完善的需求文档，只要稍微有些经验，原型的设计将会变得十分简单顺利。要注意一个问题：多人共同设计原型的时候，要注意整体风格色调的一致。
实现
实现方面，我是负责app的web嵌入部分，这一部分是我独自完成的，没有与团队的太多的在代码上的交互。遇到的问题还是不少的。最大的挑战就是：web在移动端中的适配性以及web与android的信息交互。我的收获：第一次实战写web嵌入android的代码，尤其是要做移动端代码的适配，而且博客的显示要做瀑布流，这个也是第一次遇到的技术问题，学到了不少的知识。看到最后的成品成功的运行起来真的成就感满满。
测试
测试阶段主要进行接口测试以及界面运行测试。我最大的一个感受是测试一定要留下足够的时间，比如这一次的开发，在测试阶段，发现页面缺少了加载页和错误页。导致最后一天进行了很多的修改。在最后一天手忙脚乱
发布
发布阶段主要是寻找用户使用app，制作问卷进行反馈收集。收获了不少宝贵的意见。也发现了许多我们团队内部没有发现的问题，比如注册时没指名要求用手机号；上传衣物太过麻烦等。也临时发现一些bug，比如数据显示太长超出屏幕，博客正文莫名多出双引号等。
本来以为一个阶段结束了，会很顺利的发布结果除了不少问题。一个软件还是需要不断的维护，才能经营下去。
3、结合自己在个人项目/结对编程/团队项目的经历，谈谈自己的理解或心得
个人项目
个人项目中我主要读了《构建之法》，编程实现wordcount程序。
读了构建之法后我才对软件工程有了一个比较清晰的认识。编写wordcount程序时，因为经常使用github反而放松了对这一部分的检查，导致我没有正确的提交程序，最后的成绩很不理想。还有一个原因是比较晚开始编写程序，对自己编写程序的效率有错诶的预估，导致最后提交的时候手忙脚乱，也没去检查提交方式是否正确。这让我之后的每一次作业都认真检查作业要求、提前开始作业。
结对编程
两次结对编程我负责前端部分。
第一次进行原型设计，真的神奇。对我而言最难的地方就是审美上的挑战了。
结对给我带来的收获主要就是两个人之间的配合，尤其是在不清楚两人分别掌握哪些技术的时候要进行的磨合，会比较辛苦但有意义
团队项目
团队项目很棒！虽然很累也有矛盾。但总的来说更有收获
我在团队中主要负责web前端和一些文档的制作。团队给我最深刻的印象就是经常性的开会。我们组织过群内的交流、腾讯会议的视屏通话，但都没有线下的面对面的交流来的有效率。
团队合作，组长真的很重要，是团队的灵魂，安排工作、组织开会、检查进度等工作都有组长的身影，尤其是在人数较多的团队中。这回的实践十分感谢我们的额组长陈小球同学。
在团队工作中，任务分配、进度安排、前后端对接上都有所成长。
个人技术总结
这些博客是我写web前端界面时写的一些类似总结提示的文档。在我忘记一些知识点的时候可以随时查看。
标签：web,结对,加油,goto,冲冲,单元测试,问题,团队 来源： https://www.cnblogs.com/lincanghai/p/14944018.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。