我在软件工程第六章6.3 敏捷的团队的113页上我看到了这样一段文字“若是你的团队很弱,那么强行把敏捷(或者其余高级方法)套在上面也没用,也许还会拔苗助长,每每须要经历屡次失败/总结/改进的过程才能让Scrum走上正轨。换句话说,若是你的团队已经有这么厉害(自主管理。自我组织,多功能型)的一帮人,那么用不用Scrum都能写好软件!”提出问题(作敏捷流程的开发是要有必定的软件开发能力的人员才能完成吗?)框架
我在软件工程第二章27页单元测试应该覆盖全部代码路径下面有这么一段话“单元测试应覆盖所测单元的全部代码路径,包括错误处理路径。而下面有段是100%的代码覆盖率并不等同于100%的正确性!” 提出问提(软件测试时是否须要覆盖全部的代码,覆盖后的代码是否100%正确) 单元测试
我在软件工程第五章102页(你们在回想小学和中学的学习过程,你们在一个班集体,有多少工做是以“团队”的形式来完成的,有多少工做是以“工做组”形式完成的,或许大部分工做都是以“非团队”形式完成的),提出问题(“团队精神”和日常讲的“集体主义有什么区别?)学习
参考书中第十一章230页,看完代码完成那一段落以后,我明白了原来代码虽然写完了,但仍是有不少BUG,书中没有介绍怎样处理这些BUG。提出问题(怎样解决这些BUG?)测试
在软件工程第四章69页看到代码复审的定义是:看代码是否在“代码规范”的框架内正确的解决了问题。看完这段定义。 提出问题(我仍是不太明白代码复审到底看的是什么?)spa