第十三章(软件测试) 要知道为什么有软件测试,首先需要知道软件开发,软件开发者一般都很难检查出自己的错误,所以才需要另外一个人测试,所以软件测试就诞生了. 书本介绍了很多测试方法,各有各的优缺点,至于目的,就是测试者尽最大的努力找出软件中的错误和缺陷. 当测试时发现好多Bug该高兴还是该忧愁? 并不是说测试出Bug后该软件就是不好的软件,因为测试就是为了证明程序有错,而不是证明程序无错误. 一个成功的测试是发现了至今未发现的错误的测试. 第十四章(质量保障) 从第一章我们可以总结出:软件质量 =…

13章软件测试. 从基本名词到软件测试的分类方法,啃完这15页书,至少对与软件测试的理解程度不是停留在以前的层次(让用户使用,然后提出碰到什么问题) 测试不是那么简单就阐述的完全.测试按测试目的分类可分为:功能测试和非功能测试.按测试时机和作用又有“烽火台”和其他不同的测试方法. 测试方法有很多,但是目的都是一致就是--好--更好--再好.测试可以在推动开发,(单元测试)可以检测bug,可以检测软件的各个“部门”模块是否能够共同工作,是否满足用户需求(场景/集成/系统测试)等等等等 还有就是测试…

<构建之法>第十三章到十七章有感 第13章:软件测试方法有哪些? 主要讲了软件测试方法:要说有什么问题就是哪种效率最高? 第14章:质量保障 软件的质量指标是什么?怎么样能够提升软件的质量? 第15章:稳定和发布阶段 软件的发布是要有很多步骤的,需要注意哪些问题呢? 第16章:IT行业的创新 创新一般是要有一定的基础才行的,那么怎么样能够让自己的创新能力发挥出来? 第17章:人,绩效和职业道德 我们以后如果从事这个行业的,那么需要有什么职业道德? 我读了<一个程序员的生命周期>之后…

第十三章   软件测试 这一章介绍了很多关于测试的方法,比如说单元测试,代码覆盖率测试,构建验证测试,验收测试等,我有一个很纠结的问题,如果我开发软件,是把这么多测试全做完,还是挑一些测试来进行呢?如果挑一些测试进行,又很怕这个软件存在未知的缺陷,如果全部测试都做的话那需要庞大的人力物力. 第十四章   质量保障 这章为了介绍了保障软件质量的方法,包括分工,每个角色的职责等!我总结出来,软件的质量好坏取决于团队的水平.那么如果从一开始,就知道团队的水平不行,最终开发出来的软件质量很大可能得不到保…

第13章:软件测试 问题:对于这么多种的测试方法,怎么才能最有效的选取? 第14章:质量保证 问题:很多工程师都把大多数时间花在软件质量上.一成不变是无法创新的.如何在保证质量的情况下,又得到创新呢? 第15章:稳定和发布阶段 问题:是否要弄一个用户反馈,就是反馈些漏洞的情况并且及时发布更新版? 第16章:IT行业的创新 问题:作为大学生,我们应该如何提高自己的创新能力?如何对项目进行创新? 第17章:绩效和职业道德 问题:公司都是以绩效和职业道德来恒定员工的吗?…

哲学家的宗旨是:我思,故我在 科学家的宗旨是:我发现,故我在 工程师的宗旨是:我构建,故我在 ——<工程学--无尽的前沿> 序言:珍惜角色“人”,注重实践“物” <构建之法>,精读三曲,感触良多. 曲一,语言诙谐幽默,思维独具匠心:曲二,提问勾画,思考获益:曲三,豁然开朗,又困惑不解.软件工程与“人”有不解之缘,“人”用百花齐放的实践构建软件工程.三曲之后,知识概念,不必硬背,只需循序渐进,逐步实践体验,但不得不提出如下五惑. 核心:提出困惑点,分享你我他 第 0 章  目录: 1…

注:本文档已提交Github,地址是这个 欢迎大家通过PR的方式或者在本博客下留言的方式随时补充意见和建议,我们会持续更新 书中7.2.4的表7-1 MSF团队模型和关键质量目标里面提到的"出口条件"是什么意思?比如开发的出口条件是:我们是否按照功能说明完成了各项功能. 书上8.8.3提到了一个软件团队一开始预计每次天做30小时工作量,做到一半时每天做15小时工作量.我自己在之前的软件编写和大作业上也常常有这样的烦恼.做到后面就要做大量的测试工作,很劳累.和针对测试出的错误修正并确保正…

上一次读后感涵盖前五章的内容包括个人技术,结对合作,小组项目等.本周作业的燃尽图以及站立会议是关于<构建之法>第六章的内容,所以关于这一章的读后感涵盖在上两篇博客中. 第七章 MSF 介绍MSF(微软解决方案框架),他有自己的九条思想框架,总结起来就是勤于客户交流,保证个人价值的同时要注意与团队共进退,相信合作的力量,在保持敏捷的同时将作品价值最大化.还有重要的一点就是总结前人经验,并且把自己的经验与他人分享,利用这些经验避免一些错误,这在团队合作中尤为重要. 第九章:项目经理 项目经理分为两…

<构建之法>里有一个16周的软件工程课程进度设计.本文在该基本设计的基础上,围绕github.com(源码管理).travis-ci.org(持续集成).单元测试工具.日志工具.少数实用UML类型等工具的使用注解每个环节的实践示例,并在每个环节部分,提到课本里相关章节强调的软件工程知识点.教师可以参考设计,助教可以参考点评和评分涉及的关键点.要组队开发好的软件,需要优秀的程序员,优秀的工程素养,虽然这里提的都是程序之外的所有事情,然而真正要做出好的软件,优秀的程序是关键的基石,唯此,工程/工具…

阅读完了<构建之法>第一章后,觉得我们平时使用的软件并不是自己想象中的那样简单,用的时候是觉得很方便,但从来没有考虑过一个软件的背后需要一个团队多少的付出才能换来一个获得用户频频好评的软件.突然之间很佩服所有软件的开发者,因为在读了概述之后,我就能体会到他们背后付出的努力.时间和精力. 软件=程序+软件工程.要有一个软件,首先需要一个程序,而算法.数据结构是程序的基本功.其次软件工程的核心部分是:构建管理.源代码管理.软件设计.软件测试.项目管理等相关内容,软件工程直接决定了软件的质量.在现在…