- 博客(5)
- 收藏
- 关注
RSS订阅原创 如何设计一个完整的测试用例
测试用例的设计一般从分析需求设计说明书开始，了解开发人员设计这个项目的思路、设计的要求、实现的功能等（最好有use case，这样看起来更清晰）。软件测试的W模型，就要求测试与开发同步，在开发设计需求设计说明书的时候就开始测试流程，一般情况下，讨论需求设计的时候需要测试主管或者组员的参与，了解这个项目设计的总体情况。事实上，测试用例的编写一般是在需求设计说明书定下来之后才真正的开始的。因为测试用例的内容要以需求设计说明书为依据，设计说明书上没体现的功能，不需要在测试用例中体现。编写测试用例（这里指功
2010-08-24 21:34:00
2370
1
原创 测试用例设计思路总结
<br />如何根据需求设计测试用例？<br />从拿到需求文档不要立马开始着手写测试用例，需要仔细推敲整理需求，画出系统级、模块内流程图，并找出各种测试点，等对需求进行了头脑风暴般的整理之后，此时已对测试系统的功能很清楚了，再着手开始写测试用例。那么编写测试用例的总体思路是什么呢？通过半年的测试用例编写经验，总结如下，如有不妥之处需改进。<br />1、 整理分析需求文档<br />仔细将需求文档文档阅读一遍，记录不明白的地方及关键测试点，简单画出总体流程图。然后再来一遍，仔细分析各个模块的功能，画出模
2010-08-23 08:47:00
19625
原创 如何找出深层次的bug
<br />在我们日常的测试活动中，单纯的功能界面测试（黑盒测试）发现的缺陷质量不高，即使发现了，也很少能从根本上去定位，这样的bug提交上去，给我们的研发同事修复带来了困难，同时也不利于提高我们自身的能力。这里我介绍一下个人的经验。<br /><br />1、按照需求说明编写用例，然后严格执行，这个方法最常见。<br /><br />2、在发现问题后，不要立刻就想着提交bug，应该做下记录，然后自己尝试着去分析这个问题产生的原因，比如看一下源代码，有些问题测试人员是可以自己定位的，只要自己确认了，提交上去
2010-08-18 20:01:00
1403
原创 如何进行升级测试
<br />什么是升级测试？比如说你们公司开发的产品现已经发布的是V1.0，由于被发现存在缺陷，这时就需开发Patch或Hot Fix，并进行升级测试，然后发布V1.1。<br />升级测试听起来似乎挺平常的，但它其实也是软件测试中比较重要的一部分，它通常包括以下内容：<br />安装测试 <br />数据库测试 <br />应用测试 <br />文档测试<br />安装测试<br />当发布一个系统的新版本时，程序代码肯定是被修改过了，安装测试的目的是确保安装完成后修改过的文件被复制到了正确的位置，比如说
2010-08-18 19:49:00
778
原创 如何找更多的bug
<br />测试经验分享会-如何更多的找出软件中存在的有效BUG <br />1、测试用例要全面，这样才不容易遗漏功能点。本次我们针对测试的PPT2Video写了较为详细的测试用例。 测试时候对照测试用例一些基本的功能错误不会遗漏。<br />2、发挥想象。当常规的功能测试完成之后，可以很随性的对软件进行一些不常用的操作。发现一些程序员未考虑到的问题。<br />3、工作要细致，很多问题都是从细微处发现的。<br />4、举一反三，能从一个错误挖掘更多的错误。按照一个人的惯性思维，如果他的程序在某个地
2010-08-18 19:46:00
601
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人