软件测试基础理论.docx

软件测试基础理论

第一篇：软件测试基础理论1、划分为哪几个阶段？单元测试、集成测试、系统测试、验收测试2、什么是alpha测试？beta测试？Alpha测试是在开发环境中对软件进行验收，一般把用户请过来一起参与测试。Beta测试是在用户环境中，主要由用户参与的测试，一般使用实际数据。如果没有明确的用户，一般把beta测试也成为公测阶段。3、画出软件测试的V模型？用户需求验收阶段需求分析系统测试概要设计集成测试详细设计单元测试编码4、什么是和？黑盒测试，也叫功能测试，把要测的软件看做一个黑盒子（不知道用什么语言开发的、代码是什么），只是通过输入数据和运行结果判断程序的正确性。白盒测试，也叫结构测试或逻辑测试，把所测程序看做一个白盒子，通过看代码检查程序的正确性。5、什么是静态测试和动态测试？静态测试是不实际运行被测软件，主要检查代码的规范性和标准，比如变量定义是否规范，注释的频率是否满足。动态测试是实际运行被测软件进行的测试。6、什么是回归测试和冒烟测试？回归测试，是对新版本进行测试时，重复执行上一版本的测试用例。冒烟测试，是用较少的人和较少的时间测试程序的主要功能，如果通过再进行正式的测试。7、集成测试的基本方式？自顶向下、自底向上、混合方式第二篇：软件测试（推荐）一、简答5*6’1.为什么不让时间有余的人做测试工作表面上看这体现了管理的效率和灵活性，但实际上也体现了管理者对测试的轻视。测试和测试的人有很大关系。测试工作人员应该是勤奋并富有耐心，善于学习、思考和发现问题，细心有条理，总结问题，如果具备这样的优点，做其它工作同样也会很出色，因此这里还有一个要求，就是要喜欢测试这项工作。2.软件测试风险主要体现在哪里我们没有对软件进行完全测试，实际就是选择了风险，因为缺陷极有可能存在没有进行测试的部分。因此，我们要尽可能的选择最合适的测试量，把风险降低到最小3.所有软件测试缺陷都需要修复吗从技术上讲，所有的软件缺陷都是能够修复的，但是没有必要修复所有的软件缺陷。测试人员要做的是能够正确判断什么时候不能追求软件的完美。对于整个项目团队，要做的是对每一个软件缺陷进行取舍，根据风险决定那些缺陷要修复。发生这种现象的主要原因如下：-没有足够的时间资源。在任何一个项目中，通常情况下开发人员和测试人员都是不够用的，而且在项目中没有预算足够的回归测试时间，修改缺陷可能引入新的缺陷。-有些缺陷只是特殊情况下出现，这种缺陷处于商业利益考虑，可以在以后升级中进行修复。-不是缺陷的缺陷。我们经常会碰到某些功能方面的问题被当成缺陷来处理，这类问题可以以后有时间时考虑再处理。缺陷是否修改要由软件测试人员、项目经理、程序员共同讨论来决定是否修复，不同角色的人员从不同的角度来思考，以做出正确的决定。4.如何减少测试人员跳槽带来的损失建议我们从以下两个方面做起：-加强部门内员工之间的互相学习，互相学习是建立学习型组织的基本要求，是知识互相转移的过程。在此基础上，可以把个人拥有的技术以知识的形式沉积下来，也就完成了隐性知识到显性知识的转化。-管理者就应该把员工的个人成长和企业的发展联系起来，为员工设定合理发展规划并付诸实现。5.验收测试的注意点有哪些测试要注意下面的事项：（1）用户现场测试不可能测试全部功能，因此要测试核心功能。这需要提前做好准备，这些核心功能一定要预先经过测试，证明没有问题才可以和用户共同进行测试。测试核心模块的目的是建立用户对软件的信心。当然如果这些模块如果问题较多，不应该进行演示。（2）如果某些模块确实有问题，我们可以演示其它重要的业务功能模块，必要时要向用户做成合理的解释。争得时间后，及时修改缺陷来弥补。（3）永远不能欺骗用户，蒙混过关。6.完全测试程序是可能的吗实际上完全测试是不可能的。主要有以下原因：-完全测试比较耗时，时间上不允许；-完全测试通常意味着较多资源投入，这在现实中往往是行不通的；-输入量太大，不能一一进行测试；-输出结果太多，只能分类进行验证；-软件实现途径太多；-软件产品说明书没有客观标准，从不同的角度看，软件缺陷的标准不同；因此测试的程度要根据实际情况确定7.是不是发现的缺陷越多就说明软件缺陷越多其中的原因主要如下：-代码复用、拷贝代码导致程序员容易犯相同的错误。类的继承导致所有的子类会包含基类的错误，反复拷贝同一代码意味可能也复制了缺陷。-程序员比较劳累是可以导致某些连续编写的功能缺陷较多。“缺陷一个连着一个”不是一个客观规律，只是一个常见的现象。如果软件编写的比较好，这种现象就不常见了。测试人员只要严肃认真的测试程序就可以了。8.软件测试就是QA吗软件测试人员的职责是尽可能早的找出软件缺陷，确保得以修复。而质量保证人员（QA）主要职责是创建或者制定标准和方法，提高促进软件开发能力和减少软件缺陷。测试人员的主要工作