软件测试的核心是测试设计，而测试设计的质量很大程度上取决于测试人员的思路是否开阔和到位。以下是我关于vss2项目的一些测试思路，与大家一起讨论:
计划整个测试分为以下4个部分：
1.根据测试周期编写测试计划(20%)
2.编写测试用例(30%)
3.实际测试（模块测试 集成测试 压力测试）(25%)
4.Bug跟踪(25%)
同时在产品设计过程中，从客户和QA角度，对设计提出建议,如：
这是“真正的”需求吗？
需求是否完备？
需求是否兼容？
需求是否可实现？
需求是否合理？
需求是否可测？
力求少做重复工作，测试用例的覆盖面尽可能的广。
思维方式
1、逆向思维方式
根据结果逆推条件，从而得出输入条件的等价类划分,从而发现开发人员思维的漏洞。
2、组合思维方式
将相关的事物进行排列（有序）和组合（无序），让程序的复杂度上一个台阶，也让程序的缺陷率随之而增长。
3、全局思维方式
从多角度分析待测的系统；试着以不同角色去看系统，分析其是否能够满足需求。
4、两极思维方式
在极端的情况下，看是否存在缺陷，如边界值分析。
5、简单思维方式
针对问题本质，排除干扰因素，让产生问题的原因暴露出来。
6、比较思维方式
通过正常情况和异常情况的比较，找出问题所在。
设计阶段的测试：
通过检查设计文档，如果开发是按照设计进行，系统将会是如何工作的。以此制定测试规划。
督促研发进行白盒测试，包括：
重点测试
内部边界测试
特定算法测试
结构测试与功能测试
增长测试与崩溃测试
黑盒测试
两个测试周期：
第一个周期发现所有缺陷，下一个周期验证更改效果。很可能要进行八个周期。如果每个版本都没有测试彻底，应预期20或30（或更多）个周期。
黑盒测试事件序列
设计测试计划和测试用例。
单个测试的设计
全面的测试计划
1.测试计划
2.验收测试
当接受到一个新版本，首先检查它是否稳定，是否可以接受测试。如果很小的试验它就崩溃，说明这个版本未达到测试要求。
3.初始稳定性评估
4.功能测试，系统测试，验收与确认
5.β测试
代表市场用户群对产品进行使用并提交建议
6.完整性测试与发布测试
7.最终验收测试与认证
2.测试用例设计
抱着试图去推翻它的心态编写测试用例，力求向以下方面靠拢：
有相当的可能找出软件错误
不是冗余的
本类用例中最佳的
既不过于复杂，又不过于简单
这是“真正的”需求吗？
需求是否完备？
需求是否兼容？
需求是否可实现？
需求是否合理？
需求是否可测？
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
