软件开发 软件测试-蘑菇街测试开发工程师

软件开发软件测试转换为我们平常的习惯用词,就是面向软件功能测试，和面向单元测试、集成测试、系统测试。1.测试类型：1.1单元测试/viables：所有软件功能的测试1.2集成测试/configurationtest：和软件功能相关，用于验证系统间是否能够实现完全的匹配1.3系统测试/systemtest：和软件功能无关，主要验证软件的规模及可用性1.4集成测试/jointtest：和软件功能相关，用于验证软件是否相互兼容软件开发 软件测试，通常是一个或多个模块集成在一起提供支持。

1.5其他1.2.需求测试/problemtest：针对需求进行的测试2.需求测试流程设计测试用例：根据需求方提供的需求表进行规划需求文档，根据需求方的要求，得到其解决方案，这个解决方案就是测试点。方案和方案之间可以进行细微的调整，达到最大限度测试点覆盖。依照测试点确定测试用例：测试点用于归纳所有功能点，由测试人员通过测试用例进行细致归纳，让开发人员很容易的明白测试点所覆盖的范围以及需要达到的测试目标，测试过程中可随时移动到新的测试点上，得到新的测试用例。

测试用例的编写：根据产品需求文档等相关文档，归纳所有功能点，整理成测试用例，测试过程中可以根据测试策略和测试时间进行调整，细节可以进行优化。不同的测试策略和时间安排对于测试用例的编写有不同的要求，请与具体项目的测试人员沟通确定。测试用例编写质量保证：提交测试用例后，对已编写的测试用例进行评审，发现缺陷后，开发人员要进行修改和提交缺陷，如果没有修改，也要说明缺陷修改后的变化，继续进行软件测试工作。

之后，测试人员会对一份测试用例进行详细的评审，包括但不限于以下内容：特性描述及操作设置输入/输出响应分析系统异常状态原因分析要点分析1.测试用例编写方法针对于测试方法，目前主要流行的有两种：db-basedtest（基于方法）和多维度测试(multiscaletest)，前者在需求分析的过程中就已经建立基本的需求规范，后者则要求测试人员能够熟练运用多维度测试。

目前测试用例编写有：case-basedtest（cbt)、lint、blackstar(blackstar)等。2.测试用例设计原则两相容：测试应该尽可能的覆盖住所有测试用例软件开发 软件测试，且用来验证不同的功能用例不应当冲突。开发测试用例和开发人员对需求理解一致，且开发人员用一部分功能测试用例测试开发人员认为设计不满足的功能点，如果是之前没有接触过或者没有实现过的，我们可以按照开发人员的思路来思考测试用例。准确的功能用例：不能简单的用功能名称来代替测试用例。覆盖所有需求的用例：测试用。