闽江学院2015-2016学年下学期《软件测试》课程-第五次博客作业
第五次作业：
作业提交班级：13软金1、2、3班和13软服1班全体同学（本次阅读作业要求所有同学完成，并放入期末考核）
作业提交截止日期：2016年5月22日24:00前
请通读《构建之法》，写一篇800字以上的心得体会，列出5-10个你有疑问或是你看不懂的地方。
读《构建之法》有感
读了《构建之法》这本书后，让我感触良多。首先作为一名软件工程专业的学员我并不大了解什么是软件工程的真正含义，在我看来”计算机科学与技术“、”软件工程“之类的学科应该多是关于计算机编程相关的专业，毕业后就业的方向好像也大同小异。但通过对《构建之法》的全文通读我了解到了计算机科学与软件工程的侧重点是不一样的计算机科学研究长期的、客观真理，而软件工程则侧重于短期的实际结果。
对于一本关于软件工程的教材我想大部分的读者第一印象就是枯燥、乏味，通篇多是高深难懂的代码让读者看的昏昏欲睡。但《构建之法》却给我们别样的感觉，作者把软件开发的方法讲的清晰有趣实用，并有相关的人物扮演不同的角色贯穿全书，让我们有一种看小说的感觉，看了开头就有一种想继续往下看的冲动。但仅仅是有趣并不是一本好书的评判标准，此书不仅拥有大量的趣味性，更不缺乏强大的实用性。作为一个菜鸟学员，对于将来的工作一定是充满了未知的，而此书却通过菜鸟程序员个人开发到一个团队的组成进行了全过程的讲解，让我们了解到了一个团队的出现是需要经历各种磨合和考验的。
全书通过对计算机科学和软件工程的关系进行阐述，让读者认识到软件工程的含义，软件工程的工作是需要一个团队共同参与的。但一个团队的组成需要成员，由此引出合格的软件工程师是必不可少的，这就需要个人技术和流程来管理开发的活动了。软件工程师并不是天生的，他也需要从菜鸟开始慢慢成长才能胜任。随着工程师的相互配合，团队也随之产生。一个功能齐全的软件需要团队的长期努力才能够开发出来，而一个好的软件并不是团队能过决定的，软件的好坏由客户来评断，对此我们需要对客户的需求进行相关的需求分析，然后由相关的项目经理对开发中的相关问题和需求者进行沟通，达成协议后就可以进行分析设计和软件开发了。一个软件必定拥有很多的功能而这些功能并不一定多是必要的，这就涉及到了用户体验了，通过用户体验来设计步骤和目标，让软件更好的服务于需要的客户。而在开发一个软件中必定会有或多或少的漏洞之类的，为了节约成本，开发过程中就应该做好相应的软件测试和质量保障。而随着时间的发展，需求之类的不断变更，更是需要对软件进行相应的创新，在创新中可能一些旧的功能需要废除，而新的功能的引进也需要做好相应的维护测试工作，不应该顾此失彼。《构建之法》在最后章节还像我们讲述了相关的职业道德，这让我们更了解到了作为一个团队的一员不应该只为自己而工作，而应该以团队为中心，一切服务于团队，遵守相应的职业道德。
通过对《构建之法》的学习，让我了解到了一个软件的生命周期从需求分析开始直至软件的淘汰的过程中最重要的一环是——软件测试，对于软件测试按测试设计分类可分成黑盒测试和白盒测试，但在实际工作中，我们不应画地为牢，严格只用某一种测试方法来对软件进行测试。而按测试的目的来分，软件测试又可以分成功能测试、非功能测试。而测试方法又是各种各样：单元测试和代码覆盖率测试、构建验证测试、验收测试、探索式测试、回归测试、场景/集成/系统测试、伙伴测试、效能测试、压力测试、内部/外部测试、易用测试、”小强“大扫荡等等方法。而在实战中的测试是在项目的稳定阶段执行的，因此这一阶段的核心任务是在满足最低接受条件的前提下，提高各个部分的质量。而正如开发人员有功能设计说明书，测试人员也要有测试设计说明书，告诉测试人员要如何设计测试。总而言之，软件测试是保证软件质量的优先条件，只有在排除了大量的bug之后的软件才有来评判该软件的”好“、”快“、”便宜“这一系列的软件质量问题，才能有后面的软件创新之类的延续。
问题：
1、如果一个软件在设计的一开始并没有进行软件测试，而在软件发布后发现了相应的一系列问题，感觉需要进行软件测试，那么这时还能向课本说的方法进行软件测试吗？
2、书本上讲述了很多钟的软件测试方法，那么是不是对于每个软件这些测试方法多是适用的？
3、对于一个软件，要测试到什么程度才叫测试好了？
4、如果有一个没有书写软件设计说明书的软件放在我们面前，我们该如何进行测试？
5、作为一名学员怎样才能证明自己的能力和如何才能提高自己的技能？
6、怎样的团队才算是一个优秀的团队，作为一个优秀的团队应具备怎样的团队模式？
7、正如不同层次的人会买不同价格的车，那么对于软件是不是也应该按给出开发价格的高低来对软件进行不同程度的开发测试呢？