软件质量

显式功能性需求(Functional requirement)的含义从字面上就可以很好地理解，指的是软件本身需要实现的具体功能， 比如“正常用户使用正确的用户名和密码可以成功登录”、“非注册用户无法登录”等，这都是属于典型的显式功能性需求描述。 非功能性需求主要涉及安全性、性能以及兼 容性三大方面。 在上面所有的测试用例设计中，我们完全没有考虑对非功能性需求的测试，但这些往往是决定软件质量的关键因 素。 　 安全测试 用例： 　 　 　 性能测试 用例： 　 　　 兼容性测试用例： 　　 来源： https://www.cnblogs.com/huxiaoxi/p/11357619.html

1、单元测试概念 1）单元测试是对软件基本组成单元进行的测试，如函数（fuction或procedure）或一个类的方法（method）。这里，基本单元不一定是指一个具体的函数（fuction或procedure）或一个类的方法（method），在具体实现时，也可能对应的是多个程序文件中的一组函数。 2）在软件系统中，单元也具有一些基本属性，如：明确的功能、规格定义、明确的与其他部分的接口定义等，可清晰的与同一程序的其他单元划分开来。 2、单元测试的目的 1)单元测试的目的在于发现各模板内部可能存在的各种错误，主要是基于白盒测试。 2)软件产品不仅仅包含代码，还包含各种文档，因此测试应从三方面考虑: a.针对文档的测试; b.针对代码的测试; c.针对文档和代码是否一致的测试。 3）单元测试阶段，对应的文档时详细设计说明书，对应的代码是单元代码，因此单元测试的目的主要有三方面： a.验证单元代码和详细设计文档的一致性; b.跟踪详细设计文档中设计的实现，发现详细设计文档中存在的错误; c.发现在编码过程中引入的错误(编码过程中引入的错误包含两类:和设计不符引入的错误;和设计相符但由于编码出现疏漏导致错误),这里其实是针对文档和代码是否一致的测试。 3、单元测试中常见错误（单元测试关注重点） 单元的常见错误一般出现在5个方面：代码的稳定、易读、规范、易维护、专业。 因此

软件测试-测试分类 一、按软件测试阶段： a. 单元测试 b. 集成测试 c. 系统测试 d. 验收测试 1、单元测试 单元测试的原则： 1、尽可能保证部没测测试用例相互独立 2、一般由代码的编写人员来实施 单元测试的优点： 1、能尽早发现缺陷 2、有利于重构 3、可以简化集成 单元测试的缺陷 1、不可能穷尽测试，即测试用例不可能覆盖所有的执行路径，不可能捕捉到所有的错误 2、每一行代码需要3-5行测试代码来完成测试 单元测试框架 xUnit，比如：JUnit 例：eclipse->new->Java project->(finish)->右键项目->properties->Java Build Path->Add library->选择JUnit->next->选择Junit版本->finish 选中需要测试的类，在上右键->new->junit test case(勾选setUp()和tearDown() )->next( 选择需要测试类中待测试的方法 ) -> finish() 2、集成测试 在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块，子系统或者系统的过程中各部分工作是否达到或者实现相应3技术指标及要求的活动。 集成测试实施方案 1、BIg Bang（一次性集成/大爆炸）：把大部分开发模块耦合起来，形成一个完整的软件系统

1、常见的 测试 用例设计 方法都有哪些？请分别以具体的例子来说明这些方法在测试用例设计 工作 中的应用。 　　1）等价类划分 　　常见的 软件测试 面试 题划分等价类: 等价类是指某个输入域的子集合.在该子集合中，各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类 其它 值的测试.因此，可以把全部输入数据合理划分为若干等价类，在每一个等价类中取一个数据作为测试的输入条件，就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类. 　　2）边界值分析法 　　边界值分析方法是对等价类划分方法的补充。测试工作经验告诉我，大量的错误是发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例，可以查出更多的错误. 　　使用边界值分析方法设计测试用例，首先应确定边界情况.通常输入和输出等价类的边界，就是应着重测试的边界情况.应当选取正好等于，刚刚大于或刚刚小于边界的值作为测试数据，而不是选取等价类中的典型值或任意值作为测试数据. 　　3）错误推测法 　　基于经验和直觉推测程序中所有可能存在的各种错误， 从而有针对性的设计测试用例的方法. 　　错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据他们选择测试用例. 例如， 在 单元测试