- 博客(14)
- 收藏
- 关注
RSS订阅原创 测试领域的发展和学习（我们都是温水的青蛙）
<br /> 测试领域的发展和学习<br /> ------其实我们处在测试领域中，就都如处在“温水中的青蛙一样”<br />最近很长一段时间都很忙，突然对自己最近的学习方法做个简单的总结，以及个人对测试发展的整个过程的一个分析，希望对大家有帮助<br />一、测试发展过程<br />我认为一般的测试过程发展：测试执行->测试用例撰写->自动化测试实现->测试流程与平台实现。<br />《1》测试执行阶段要求：1、会看文档（即会看测试用例）。2、有一定的业务知识。3、有一定的工作操
2011-05-20 11:38:00
682
原创 测试用例优先级思考
<br />项目所处阶段不同，测试用例的优先级感觉应该不同。<br />如果项目是初期阶段，像界面录入等测试点应该出问题较多，优先级应该高一点，到后期维护阶段，此类测试用例优先级应该设低一点，业务方面的用例优先级较高。
2011-04-06 16:02:00
752
原创 设计测试用例的思路
<br /> 设计测试用例的思路 ：Ø由简而繁 Ø案例由简而繁－－是一个过程，是一个逐步细化的过程，是一个从简单的测试描述（测试功能点、测试需求等）逐步细化到能够依照执行的测试用例的过程。 样例－登录需求： 用户名长度为6至10位（含6位和10位） 用户名由字符（a-z、A-Z）和数字（0-9）组成 用户名不能为空，不能有空格和特殊字符 密码规则同用户名规则设计过程↓简单理解需求--- 能够正确处理用户登录一般用例的设计---输入正确的用户名和口令可以进入系统 输入错误用户名或口令错误无法进入系统 详细
2011-04-01 17:07:00
1396
原创 RFT ScriptAssure 技术解析及应用实例
<br />http://www.ibm.com/developerworks/cn/rational/r-cn-rftscriptassure/<br />缘起：脚本独立性和脚本依赖性<br />在引入正题之前，让我们先了解一下自动化测试中的脚本独立性和脚本依赖性。自动化测试脚本的依赖性，是指在某些情况下，一个测试脚本必须依赖另一个测试脚本来完成一些关键性的工作。通常我们把这些依赖性分为两类：因为等待某些应用程序数据而依赖其他脚本，或因为等待某些应用程序状态而依赖其他脚本。数据依赖脚本的应用程序数据依赖于
2010-12-20 14:20:00
739
原创 几个学习软件测试的网站
<br />几个测试网站，可以参考学习下：<br /> 51Testing软件测试网 http://www.51testing.com<br />CSDN——软件测试频道 testing.csdn.net<br />希赛网——软件测试频道 testing.csai.cn<br />中国软件测试联盟 www.iceshi.com<br />一起测试网 http://www.17testing.com<br />北大测试 http://www.btesting.com<br />中国软件测试基地 ht
2010-12-09 09:25:00
1577
原创 TestComplete
<br /> 测试部理论线损测试相关同事：<br /> 自动化测试工具TestComplete 7.2已放在ftp://192.168.0.171/测试工具/TC 中<br /><br /> 官方教程视频：<br /> http://www.automatedqa.com/products/testcomplete/screencasts/<br /><br /> 推荐博客:<br /> http://www.51testing.com/?141783/action_spacelist_ty
2010-09-17 14:11:00
622
原创 如何根据需求设计测试用例
<br />如何根据需求设计测试用例？<br />从拿到需求文档不要立马开始着手写测试用例，需要仔细推敲整理需求，画出系统级、模块内流程图，并找出各种测试点，等对需求进行了头脑风暴般的整理之后，此时已对测试系统的功能很清楚了，再着手开始写测试用例。那么编写测试用例的总体思路是什么呢？通过半年的测试用例编写经验，总结如下，如有不妥之处需改进。<br />1、 整理分析需求文档<br />仔细将需求文档文档阅读一遍，记录不明白的地方及关键测试点，简单画出总体流程图。然后再来一遍，仔细分析各个模块的功能，画出模
2010-09-17 14:07:00
1073
原创 如何设计一个完整的测试用例
测试用例的设计一般从分析需求设计说明书开始，了解开发人员设计这个项目的思路、设计的要求、实现的功能等（最好有use case，这样看起来更清晰）。软件测试的W模型，就要求测试与开发同步，在开发设计需求设计说明书的时候就开始测试流程，一般情况下，讨论需求设计的时候需要测试主管或者组员的参与，了解这个项目设计的总体情况。事实上，测试用例的编写一般是在需求设计说明书定下来之后才真正的开始的。因为测试用例的内容要以需求设计说明书为依据，设计说明书上没体现的功能，不需要在测试用例中体现。编写测试用例（这里指功
2010-08-24 21:34:00
2372
1
原创 测试用例设计思路总结
<br />如何根据需求设计测试用例？<br />从拿到需求文档不要立马开始着手写测试用例，需要仔细推敲整理需求，画出系统级、模块内流程图，并找出各种测试点，等对需求进行了头脑风暴般的整理之后，此时已对测试系统的功能很清楚了，再着手开始写测试用例。那么编写测试用例的总体思路是什么呢？通过半年的测试用例编写经验，总结如下，如有不妥之处需改进。<br />1、 整理分析需求文档<br />仔细将需求文档文档阅读一遍，记录不明白的地方及关键测试点，简单画出总体流程图。然后再来一遍，仔细分析各个模块的功能，画出模
2010-08-23 08:47:00
19627
原创 如何找出深层次的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
原创 QTP的学习方法及总结
QTP的学习方法及总结2009-9-15 作者：jifeng 编辑：李湘琪 点击进入论坛关键词：QTP 引子： 借项目的空挡期来总结一下自己学习、使用QTP的一下方法，以及使用过程中的一些心得。以下内容仅是针对QTP一些基本知识以及我自己如何学习QTP做介绍，作为自己的一个阶段总结。对于QTP高手可以忽略本内容或是批评指正。 QTP是
2010-05-26 17:36:00
838
转载 如何学习自动化测试
从事了几年测试工作，也着实见证了测试的发展，如今测试行业对从业者的要求是越来越高，不再仅仅局限于要求会写测试用例、会细致的执行测试、能有效的发觉系统缺陷等；越来越多的企业对应聘者本身的技能要求也越来越高，招聘信息中诸如“精通VBscrīpt、Perl/Rbuy等至少一门脚本语言”、“至少熟悉一门开发语言”、“精通QTP、LR等自动化测试工具”、“有大型项目自动化实施成功体会 ”此类的字眼也逐渐增多
2010-05-26 16:25:00
1823
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人