软件开发过程中常用的软件测试工具
软件测试工具 针对上述测试过程，单元测试和集成测试都是需要软件开发人员去控制和把关的。一个好的开发人员肯定也是一位好的单元测试、集成测试人员，因为在开发的过程中时刻都需要进行单元测试和集成测试。 虽然单元测试有专门的测试软件（需要购买相应的license），但是我觉得在目前项目的开发过程中不是非常有必要，这个在开发人员开发的时候就可以去把关卡住，不需要QA再通过相关的自动化测试工具去做复杂的白盒测试。 对于功能测试，特别针对于我们现在的项目，我们可以设计一套测试系统去测试每条message处理逻辑的正确性。 这个测试系统成立的前提条件是，我们在需求成立的时候就把相关的测试用...全部
软件测试工具 针对上述测试过程，单元测试和集成测试都是需要软件开发人员去控制和把关的。一个好的开发人员肯定也是一位好的单元测试、集成测试人员，因为在开发的过程中时刻都需要进行单元测试和集成测试。
虽然单元测试有专门的测试软件（需要购买相应的license），但是我觉得在目前项目的开发过程中不是非常有必要，这个在开发人员开发的时候就可以去把关卡住，不需要QA再通过相关的自动化测试工具去做复杂的白盒测试。
对于功能测试，特别针对于我们现在的项目，我们可以设计一套测试系统去测试每条message处理逻辑的正确性。 这个测试系统成立的前提条件是，我们在需求成立的时候就把相关的测试用例设计出来，针对于目前项目中的message来说，就是在send给 SERVER具体message的时候，就能把相关replay的信息预知出来；这个前提条件其实完全可以做到，就是在正真开发之前先模拟一遍开发完成后的实际的需求，通过在数据库运行具体的sql逻辑、改变数据库数据等等方法先把新requirement中的逻辑事前模拟一遍，然后根据模拟出来的具体值编写测试用例。
等到单元测试、集成测试完之后就运用测试系统去运行事前已经编写好的测试用例，如果得到的结果符合测试用例的值，那么说明这次测试时通过的。 这个测试工具需要针对目前项目的每条message编写不同的处理逻辑（因为每个message各不相同），然后匹配事前已经定义好的测试用例来验证功能是否符合需求。
三、几个不能覆盖到的地方 1、因为这个测试系统只能根据message的replay值来进行匹配验证，所以如果一条message的功能主要放在逻辑处理上（TP，数据库操作……。）而不是放在message replay上的话，那样就不能通过message replay的信息中得到预定的值来进行功能验证。
2、replay的信息量很大的话，也不能进行验证。软考站考试大编辑推荐:2009年下半年全国计算机软件水平考试报名时间2009年软考重大变革系统分析师下半年停考2009年下半年全国计算机软考科目及时间2009年下半年全国计算机专业技术资格考试安排2009年5月全国计算机软考水平考试真题及答案2009年全国计算机软考考试大纲汇总更多优质资料尽在考试大论坛 考试大在线题库软考站点加入收藏夹 四、release的时候所遇到的问题的分析 1、在release给QA之前就存在问题 这个问题主要体现在单元测试，集成测试的时候没有覆盖到很多临界数据、特殊数据。
这些临界的数据或者需要特别处理的数据往往导致操作失败或者系统崩溃，所以在进行单元测试、整合测试的时候设计这些数据是很有必要的。 2、QA release给user的时候存在的问题 这个部分是因为没有把所有的操作都进行完整的测试，没有完全覆盖到需求说明中的所有业务逻辑导致的。
3、已经修改过的错误再次发生 这是因为没有进行回归测试。 4、最终user报需求不符合要求，使用不习惯，有很多bug 这个原因比较复杂，其中最主要的原因是在谈需求的时候没有把需求谈清楚，或者说这些user没有很好的阅读需求说明书就把需求文件给签署了，其实里面还有很多东西是不明确的。
还有个原因是release给具体用户测试的时候，他们也没有根据自己具体的需求去进行测试。
完成 丢弃。收起
