软件测试基础

一、什么是软件测试

狭义的软件测试定义：为发现软件缺陷而执行程序或系统的过程；
广义的软件测试定义：人工或自动地运行或测定某系统的过程，目的在于检验它是否满足规定的需求或弄清预期结果和实际结果间的差别。

二、软件测试分类

三、软件测试工具参考

链接: 软件测试人员必备的60个测试工具清单.

四、软件测试用例规范

评价测试用例好坏的标准

1. 用例表达性清楚，无二义性。
2. 用例的输入与输出明确。一条用例只有一个预期结果。

测试用例的要素
测试用例文档由简介和测试用例两部分组成。简介部分编制了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。每个具体测试用例都将包括下列详细信息：版本号、模块名称、用例编号、用例名称、用例级别、预知条件、验证步骤、期望结果（含判断标准）、测试结果、测试时间、测试人员等。

测试用例的注意事项
①用例编号尽量不要采用拼音缩写，可以采用英文拼接的方式命名，使用_链接，如系统/用户管理 Sys_UserManage_0001；
②用例标题要一目了然，字数控制在30字内，不能超过3句话；
③用例粒度要适中，不要为了追求高质量花费太长时间设计用例；
④用例编写前可以在使用脑图做分析。

测试用例设计方法
常用的有等价类划分法、边界值分析法、错误推测法综合使用；因果图法、判定表和逻辑覆盖法功能测试很少使用。

五、Bug（缺陷）

按照严重程度划分（一般4级，部分项目5级）
致命：不能执行正常工作或重要功能，使系统崩溃或资源严重不足。
严重：主要功能出现错误，影响到产品的使用。
一般：次要功能，对产品使用影响不大。
提示：建议类错误，对软件的改进意见或者建议。

常用工具：
禅道（最常用，图形化好）、jira、bugzilla、DTS（流程规范，建议使用），及公司自主研发测试系统。

缺陷单流程管理（其中一种）
测试提单→测试经理确认→开发经理分配→开发人员改单→合并代码开发经理审批→测试经理分配→测试提单。

六、测试职能

参与需求串讲、测试开发反串讲、迭代会议、用户培训（一般有运营人员）。完成文档有测试计划（测试负责人）、测试反串讲问题会议记录（测试负责人）、测试用例文档、测试报告、用户手册（配合运营）等。

后记

工作快5年了，从来都没有总结过。想要换工作了，简历也没有准备，因为感觉自己学了很多，但说不出来。之后的这段时间会把自己学到的东西写出来，便于自己更好的理解。之后会总结性能测试及Java，虽然简历上写的是熟练，但自己掌握了多少还真没把握 ^_