一 静态测试和动态测试
静态测试：不运行被测程序本身，仅通过分析、检查源程序的语法、接口、过程来检查程序的正确性。
参考文档需求规格说明书、软件设计说明书、源程序结构分析、流程图等来找错。
动态测试：运行被测程序，检查运行结果与预期的差异，分析并运行效率性能等。
二 黑盒测试和白盒测试
黑盒测试：不关心代码，从系统表现来测。具体有等价类划分法，边界值分析法，错误推测法，因果图等。
白盒测试：代码层面。语句覆盖、判断覆盖、条件覆盖，路径覆盖。
三 alpha测试和beta测试
alpha测试：公司内部测试，有开发直接监控。
beta测试：用户实际使用的测试。
四 测试准入的标准
1 开发人员编码结束，并在开发环境已完成单元测试。其中包含代码提交，数据准备（其中配置文件和操作步骤由自动构建部署；如果无法自动构建，需另外提供）；另外测试建表已完成，由DB统一执行。
2 需求上规定的功能均已实现；如没有完全实现，请提供测试范围。
3 已完成集成测试，被测系统的基本流程可以走通，界面上的功能均实现，经过代码评审并符合软件编码规范。
4 开发提交最新版本代码，以此为基线，提交并通知测试组进行测试（通过禅道进行通知）。
5 兼容性测试要求明确（目前暂定支持IE8、火狐、Chrome三个浏览器和对应版本号，其中开发指定Chrome作为开发那边的标准，开发提交给测试的必须兼容Chrome浏览器，其他浏览器由测试组测试后反馈问题）。
6 安全测试和性能测试范围和要求（目前暂未确定，无声明默认不需要测试；如果需要测试但未明确范围和要求的，按常见问题范畴进行测试）。
五 测试准出的标准
1 被测项目满足需求原型的要求？
2 所有测试用例都已经通过评审？
3 所有测试用例都已成功执行？
4 测试覆盖率是否达到100%？
5 所有发现的缺陷都记录在缺陷管理系统？
6 一二级错误修复率达到100%？
7 三四级错误修复率达到95%？
8 所有遗留问题都已有解决方案？
9 性能指标是否达到要求？
10 兼容性测试（IE8, Chrome,火狐）是否满足？
11 安全性测试是否达到要求？
12 产出系统测试总结报告？
六 扇入和扇出
扇入：程序被调用的次数。扇入说明模块复用性好。
扇出：调用其他模块的个数。扇出越大说明该模块越复杂。