流程分析法：
使用于有先后顺序的测试，常用于业务流程、安装流程等等。每个流程就是一条测试用例，它只是在测试整体流程是否正确，细节还需要使用等价类、边界值等方法进行完善。
错误推断法：（在时间紧的情况可以使用此方法 ）
凭着直觉和经验来设计测试用例，它是根据之前项目相关的bug数据来总结的。
正交表：
全面实验中挑选出代表性的点进行测试（均匀分散、整齐可比）；高效率，快速，经济的方法。
正交表使用方法：
根据空间和取值数选择一个适合的正交表
列举取值并编号，生成取值表
把取值表与选择的正交表进行映射。
混合正交表工具
在实际工作中，很多情况都是因素和水平不同，我们在现成的正交表中找不到相应的对应的表格，此时我们就需要使用混合正交表工具来生成混合正交表。
测试用例方法的选择。
如果测试功能和流程，要使用场景法。
需要输入数据的地方，我们要使用等价类划分法，要注意配合边界值法来做详细测试
如果有条件组合的情况，我们要使用因果图制作出判定表
配置类软件，组合比较多，我们要使用正交表来科学的选择测试用例
如果没有达到覆盖标准，就要增加一些测试用例。
依靠经验追加一些测试用例。（错误推断法）
软件缺陷：
缺陷的就是软件的问题，最终表现为没有满足用户的需求。
哪些属于软件缺陷：
用户未达到规格说明书表明的功能。
软件出现了规格说明书中指明不会出现的错误
软件功能超出了规格说明书虽指明但应该达到的目标
软件测试人员或用户觉得不好
软件缺陷的表现形式：
1、 功能、特性没有实现或者部分实现
2、 设计不合理、功能不明确、逻辑不清楚或者存在矛盾
3、 实际结果和期望的结果不同
4、 没有达到规格说明要求的性能指标
5、 运行出错、崩溃、终端、界面混乱
6、 数据不正确、精度不够、不完整或格式不统一
7、 用户不能接受的其他问题，如存取时间过长、界面不美观
8、 硬件或者软件存在其他的问题
软件缺陷的状态：
1、 提交 -- 测试人员提交了一个缺陷给程序员
2、 打开 -- 待处理
3、 拒绝 -- 程序员认为不是缺陷或者重复，就可以修改状态为拒绝
4、 修复 -- 程序员修复缺陷后提交的一个状态
5、 关闭 -- 测试人员经过回归测试后，认为此缺陷已经解决，将其关闭
6、 推迟 – 可以放在后续的版本解决的问题，但是要详细写出修复的日期或版本。
软件缺陷的严重程度：
1、 low -- 表面性的错误、如错别字
2、 Medium – 影响一个相对独立的功能、仅仅发生在特定的条件上、于需求定义不一致、断断续续的出现问题
3、 High – 功能点没有实现、不符合用户需求、导致数据的丢失
4、 VertHigh – 频繁死机、大部分功能不能实现
5、 Critical – 系统瘫痪、异常退出、死循环、严重的计算错误。
软件测试的优先级：
1、 Low – 时间和资源允许的情况下修复
2、 Medium – 不会延迟发布，会在以后修复
3、 HI更好 – 会制约开发和测试的进行，需要在发布之前修复
4、 VeryHigh – 影响系统，产生严重影响
5、 Urgent – 导致系统几乎不可用
软件缺陷分类：
1、 系统缺陷
2、 数据缺陷缺陷
3、 数据库缺陷
4、 接口缺陷
5、 功能缺陷
6、 安全性缺陷
7、 兼容性缺陷
8、 性能缺陷
9、 界面缺陷
10、 建议
缺陷报告注意事项：
尽量的保证缺陷可以重现。
简介、准确、完整。
一个缺陷报告只写一个缺陷
缺陷书写规范：
标题简洁、提供缺陷的本质信息即可
复现的步骤要详细、用数字编号
实际结果要描述清楚复现后的结果
列出期望结果
提供附件
提供严重性属性和其他公司需要填写的属性
注意：避免一些常见错误：
（1） 避免使用情绪化语言和强调标点符号
（2） 避免使用模糊词语
（3） 避免使用自认为幽默的语言，直接描述问题即可
（4） 避免提交不确定的信息
缺陷的跟踪：
新提交的缺陷为新建状态，在确认有效之后变为‘打开状态’，开发人员修改后变为‘已修复’状态，此时，测试人员需要回归测试，如果验证问题已解决，状态为‘已解决’，如果问题依然存在，状态为‘打开’，如果开发人员任务此缺陷可以延期修改，状态为‘延期’，，注意，此时必须由项目相关人员讨论确定后，才可以延期处理，否则状态继续为‘打开’。
缺陷统计：
1、 缺陷按活动分布。
2、 缺陷按严重程度分布。
3、 缺陷按引入源分布
缺陷密度：
缺陷密度= 1000*缺陷个数/代码行数
1、 基本的缺陷测量就是以每千行代码的缺陷个数来测量。成为缺陷密度。其测量单位是defects/KLOC。
2、 累计开发过程中每个阶段发现的缺陷总数
3、 统计程序中新开发的和修改的代码行数
4、 计算每千行的缺陷数 = 1000*缺陷总数/代码行数
缺陷数据分析关注的问题：
1、 正在测试的软件中模块的问题最多
2、 测试人员中谁报告的软件缺陷最多
3、 各类缺陷所占的数量百分比分别是多少
4、 开发人员能及时修复软件缺陷吗
5、 开发人员一次正确修复缺陷的百分比吗
6、 正在开发的软件能否在计划的时间内正常发布
SVN简介：
一个开源的版本管理软件
可架设在Apache,最常用的客户端为TortoiseSVN(简称TSVN)”
SVN基本操作：
添加文件：找到随便一个受SVN控制的文件夹，在里面放你的文件，然后在这个受控制的文件夹上右键，点击提交即可实现。
删除文件：右键选择文件，点击删除（是TSVN的删除按钮）必须返回上一层文件夹，点击提交。
改名：文件—右键—tsvn的改名，然后回到上级文件夹右键-提交。
移动：右键找到‘版本库浏览器’，随意拖拽文件的位置即可实现文件的移动效果：（如果是在服务器的版本库浏览器设置，直接可以实现一个默认的提交，如果不是在服务器的版本浏览器设置，就必须回到上级目录点击提交才可以。）
更新至版本：右键—更新至版本-显示日志-找到想要的版本，点击确定即可。