第五次博客作业
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了第五次博客作业相关的知识,希望对你有一定的参考价值。
《构建之法》心得体会
本学期,软件测试课程使我们阅读了《构建之法》这本书,《构建之法》主要是软件工程的各个知识点和技能要求进行了系统性整理。看完这本书,在两方面给了我很深刻的认识。
一方面,让我知道了软件这方面最重要的一部分是要学会团队合作,因为一个人的想法总是及其狭隘的,只有通过合作,我们制作出来的软件才能够尽可能的完善,Bug尽可能少,功能才会更加的强大。要想在软件这方面有相应的成就,我们不但要有较强的知识做后盾,更重要的是要学会团队合作,因为在这方面单枪匹马永远成不了大事。无论你所带领的团队的成员如何优秀,只有团队中每个人学会团结才能使每个人的才能发挥到极致,否则再好的成员这个团队永远是一盘散沙,一无是处。
而另外一个深刻的感受是,学习软件工程,好像武林之中学习内功。很长时间似乎只能意会而不能身传。这本书是少有的干货云集,可教性极强的书通篇强调籍“做中学”,理论与实践结合,练习量大,要学下来估计会脱一层皮,但如果能过,估计在软件工程的路上会“凤凰涅槃”,终成正果。
构建之法》中提到了合作编码这一块,在大型的项目中,如何高效的进行合作开发,这是在大学课程中并没有提到的问题。合作开发不是单纯的1+1这样的效率叠加,如果方式不妥当,多人合作可能比单人工作效率更低,尤其是在编码这一方面,以前我个人对编码规范并不重视,认为这并不重要,经常把变量或者常量定义为a、b……诸如此类,并且还经常把完全不相关的方法变量记录在同一个类中,通过阅读《软件工程》以及《构建之法》,我对此有了新的认识,从而提高了我与他人合作的容错率。
总之,通过这本书我对团队合作又有了新的看法了,我之前认为软件团队的模式就是一个人分配一个模块,自己负责自己的,也没什么模式可言,可是学习了《构建之法》之后,我才了解到原来软件团队有各种模式,并且每种模式都适用于不同的人员和需求。这真是让我大开眼界。其中让我印象深刻的有业余剧团模式、秘密团队、明星模式等待。这些都和我们的生活息息相关,我没想到原来软件团队模式离我们的生活怎么近。这本书涵盖了现代软件工程的全部,每个章节甚至每个段落拿出来,都可以在实践中作为指导。真是一本不可多得的好书,值得一读。
问题:
1、典型用户如何定义?
2、 软件测试的优缺点?
3、用户体验是在代码完成到哪部分的时候才让用户体验呢,从什么时候要考试考虑用户体验?
4、.怎么才能算一个好的单元测试?
5、软件开发的质量是如何衡量的?
以上是关于第五次博客作业的主要内容,如果未能解决你的问题,请参考以下文章