软工网络16个人作业1

软工网络1613张韵弢个人作业1

Task1：注册个人博客账号

个人博客 ： https://home.cnblogs.com/u/piraat/

Task2：注册码云账号

码云账号 ： https://gitee.com/piraat/events

Task3：提出问题

• 1.针对第二章——单元测试提出的问题

  在通读这一章以后，我发现单元测试是这一章提到的很重要的内容。细细想来，我原来的编程过程中的测试都是盲目的，不完整的。通常是只对基础模块进行测试，然后我会在“搭积木”的过程中逐渐忘记测试；最终在出现问题后再慢慢的回溯过去的代码。这样的测试效率低下并且效果不佳。

最后是在设计的时候就写好单元测试，这样单元测试就能体现API的语义，如果没有单元测试，寓意的准确性就不能得到保障，以后会产生歧义。
这句话我深以为然。

但同时，我对后面所提到的“覆盖率”有一些疑问。

1. 函数的覆盖
2. 语句的覆盖
3. 分支的覆盖
4. 条件的覆盖

这里面给出的覆盖率从概念上入手，十分的凝练。然而在我们具体操作时却不是那么简单。在我们进行课程设计编程时，通常几个人针对一个模块会讨论出很多种输入情况——即客户可能做出的“错误”行为。（不知道这是否算是条件的覆盖）。例如对于一些用户输入的非法字符或是易犯的错误使用方式，我们会给予明确指出；然而针对另一些行为，我们可能只是会进行警告；甚至对于另一些不符合规范的行为，我们可能会干脆予以无视。
当然，这里面有我们水平不足导致一些无法处理的因素，也有客观上时间不足的因素。然而测试终究是有界限的。这让我想起那个著名的笑话“一个测试师走进了一家酒吧”。为了避免“顾客点了一碗炒饭，酒吧炸掉”的情况。我们应该将这个测试的界限定在哪里，或者，我们是不是应该持续不断的进行新的测试？

• 2.针对第二章——SPR、OCP提出的问题

一个模块（类）应该只有一个导致它变化的原因，一个模块应该完全对某个功能负责。
软件实体应该是可以扩展的，同时是不可修改的。

但是有时候情况不尽如人意，特别是对于我们水平不算高的初学者来说，我们很难将用户需求合理地划分，再将细分化的需求转变为逻辑清晰的模块。同时，不同的模块之间的互动，例如参数的传递，函数之间的整合，对于我们这些代码量较少的同学来说，是一个很大的问题。
所以，我们要在客观上达不到SPR、OCP这些原则时，我们应该怎么做？

• 3.针对第三章——关于舒适区、学习区与恐慌区

  这一点相信每个学生都深有感触，面对大量的未学习知识，我们会自然而然的产生抵触，更遑论深入了解。 此处，书中列举了魔方技能的层次。
  如果我们将此处的魔方换成一种新的语言，是不是就相当于：

  1. 掌握语言的基础语法
  2. 初步了解语言后的源代码，全面掌握语法
  3. 深入了解语言后的源代码，灵活掌握这门语言的语法
  4. 完全掌握语言
  5. 对语言有自己独特的见解
  6. 对于编程语言本身有很深的掌握

• 4.针对第五章——关于团队与流程

  通读本章，我还是并没有太清晰的了解各种模式的优劣。我认为前面所提到的这些“特工模式”、“交响乐团模式”、“爵士乐模式”这些比喻有些略宽泛而缺乏指向性。一个软件团队应该不会像书中说的那么典型吧。一个团队可以既有高手同时又有一个相对于功能性团队进行既定好的目标。所以，我对此处所说的模式有些困惑。

• 5.针对第八章——关于需求分析 *

  这一章提出的需求分析方法，特别是分而治之WBS的方法对我很有启发性。然而，我们身为在校大学生，进行软件开发时，接触客户的机会有限，对于资料与调查资源的掌握也相当有限。此时，我们要如何进行一个相对合乎规范的需求分析。

Task4：Git基本操作练习

• 将https://gitee.com/happyfaye/SoftwareEngineering仓库fork到自己的账号下

• 将远程仓库clone至本地仓库

• 在本地仓库添加学号姓名.txt（例如：201621123000happy.txt），并提交至远程仓库

• 在本地修改该文本内容并再次提交

• 给出提交历史信息截图

参考：实验楼练习：https://www.shiyanlou.com/courses/4

转载于:https://www.cnblogs.com/piraat/p/9611179.html