软件工程实践总结博客

目录

• 课程回顾与总结
  • • 给出以前提问题的博客链接
    • 解答
    • 阶段知识/能力
    • 理解、心得
• 个人技术总结

这个作业属于哪个课程	2021春软件工程实践W班
这个作业要求在哪里	软件工程实践总结&个人技术博客
这个作业的目标
其他参考文献	...

课程回顾与总结

给出以前提问题的博客链接

博客链接

解答

书中介绍了单元测试是“在最基本的功能/参数上验证程序的正确性”，由此，可以得到单元测试不仅需要覆盖的功能多，需要的数据量也要有保证，网上能查到很多单元测试的原则等，能否根据这些原则，结合编程人员的经验，做出单元测试的自动化工具？

有一些自动化工具，但是不能取代人工。上课讲了。

书中介绍敏捷开发的一种方法，其中提到“每日立会”，但我们也能在网上看到很多关于站会的抱怨，比如“浪费时间”等，作为开发人员，到底如何看待敏捷的流程？项目组长又该如何平衡流程与效率？

要根据实际情况选择合理的安排，不能生搬硬套。

在讲义中看到了关于“小作坊”的讨论，在我看来，小作坊式的开发固然是能激起很多的创意、想法，但是不可否认，我们现在使用的大型软件，很难依靠小作坊式的开发，在我看来，更合理的模式应该是核心创意团队+大型支持团队的模式，核心团队模式类似小作坊，大型团队为整个项目提供各方面的支持，不懂我的想法对不对？

有这种模式。看新闻看到的。

在讲义中看到关于“手势控制电脑”的内容，然后给出用什么控制电脑的问题，让我联想到TNT设备，系统主推语音控制，但是结合阅读，我认为这种控制方式并不实用，尤其是对于长时间的使用，说话也是很累的。但是如果是短时的使用，在不打扰别人的情况下，这也不失为一种提升效率的方法。由此，目标用户的使用习惯是一个需要各个方向综合判断的调查，并不能简单的用读者的日常/读者认为的日常来判断，不懂我的想法对不对？

对，没错。是个人都知道。

书中强调了用户体验的重要性，但是在实际项目中，可能因为体验优化而影响商业化，网上有介绍一些商业化和用户体验平衡的例子，和原则，能不能做一些标准的类型方案出来呢？

有必要，但是目前没有。自己想的。

阶段知识/能力

• 需求

简化、理解、改变：简化需求里的一堆杂七杂八的，理解需求到底是啥，用户的期待是什么，减少无用、难用的操作，改变需求里不合理之处。

• 设计

沟通：和队友交代清楚功能到底是什么，有哪些影响

• 实现

编写难点：本来就没啥难点，每天还要编

• 测试

测试用例设计：不要把自己当正常人，用最xx的方式设计用例，尽可能保证测试的完善

• 发布

学习到了微信小程序的发布版本管理和审核机制：小程序的审核还是很快的！

理解、心得

整个过程里，最后小程序能过审还是挺让人意外的，本来以为党员服务内容会需要比较久的审核。几个编程作业都没啥提升可言，由于时间也没法尝试什么新技术之类的。

个人技术总结

vue开发者快速上手微信小程序
概述：好久没写小程序了，这次小程序部分的难点可能是技术栈之间的区别，文章重点关注vue框架开发与小程序开发的不同点，帮助开发者快速上手并避坑。