关于手工测试,应该如何做?

关于手工测试,应该如何做?
每一个与软件相关的企业,都少不了这样一群人。他们被称之为测试,一群以发现缺陷为职责的人。他们与开发是一对欢喜冤家。他们每天做的最多的工作就是重复,无尽的重复,在待测软件中找出隐藏的隐患,保证软件的质量。他们是一群永远都保持怀疑的人。
很多时候,其他人对于我们测试人员寄予厚望,希望我们能够发现软件产品中潜在的所有风险(当然这是不可能的,世界上没有完美)。但是总有很多因素在制约着我们的发挥,知识面、经验、思维定式等等。知识和经验也许可以通过别的途径来弥补,但是思维定式很难跳出,特别是当一个软件、一个模块,同一个人测试了多遍以后,思维定式几乎不可避免。这个时候我们怎么办,这时就要看我们测试准备工作的功底如何了。下面是我整理的测试准备工作,希望能给大家带来一定的帮助。
一、测试内容
确定自己的测试对象是什么,一个软件,什么软件;或者一个模块,什么模块。准备需要测试的软件的需求规格说明书、原型交互图以及系统效果图等等一切和软件有关的需求文档;通过对这些需求文档进行分析总结,使测试人员能够很好的了解甚至是全面了解被测对象的所有功能点以及需求点;
二、使用场景
用户在什么情况下会使用该软件或者模块,期望达到什么效果,用户关注什么。测试人员需要在测试之前认真的去思考待测对象被使用的场景,包括测试场景以及用户场景。
三、测试重点
本次测试的重点是什么,是主要测试功能还是测试性能,功能健壮性还是性能或者其他方面。测试人员需要清晰的知道本次测试的重点内容,知道重点之后不仅可以着重测试重点内容,而且可以减少测试时间提高测试效率。
四、测试环境
在什么环境下测试,即待测软件需要什么样的测试环境,包括软件和硬件以及网络要求等;对于数据库有无要求,数据量有无要求,操作系统有无要求,存不存在制约软件使用的硬件等等;
五、实现机制
作为一个测试,我们也许不需要了解一个软件的实现细节。但是基本的实现流程,我们绝对需要了解,它可以帮我们快速锁定软件的危险区,通过了解待测软件的实现机制,可以减少测试时间,提高我们的测试效率。并且能够为开发人员提供详细准确的bug产生的位置,帮助开发人员快速高效的解决产生的bug;
六、日志路径
测试软件之前,一定要确定日志文件在哪里。作为一个测试,定位bug产生的点是我们必不可少的一个工作,有日志的话,相信大家可以快速确定一个bug的级别高低。测试人员需要学习如何查看错误日志,并且学习更多的关于快速定位bug的方法。
七、版本差异
如果是一个增量版本,请确定是否存在版本差异。本次测试版本与上个版本不同点在哪里,需要关注什么,这点很重要。因为很多软件,外观可能没有变动,里面早已今非昔比。而且,测试人员需要时刻关注待测软件是否有需求变更的部分,若有需求变更的部分,测试人员在测试的时候需要着重测试需求变更的部分,同时要关注需求变更知否是否会对其他关联模块产生什么影响。

文章转自:http://www.spasvo.com.cn/

时间: 2024-11-05 22:37:38

关于手工测试,应该如何做?的相关文章

金阳光andorid自动化测试第三季开讲啦!

金阳光andorid自动化测试第三季开讲啦! 相约第三季,做更专业的测试人! 2015年已经过去1/3了,今年你的目标是什么?你是否已经厌倦了手工测试的点来点去?你是否抱怨工资始终加不上去?你是否为学习安卓自动化测试而苦恼? 也许你已经觉得我手工测试也能做得很好,无需学习自动化.的确手工测试无法被自动化测试取代,可是自动化已经成为测试领域发展的趋势.当你将手工测试的点来点去用脚本实现后,你是否感觉到端着咖啡等待测试结果生成的惬意呢?良好的自动化测试框架更能让工作变得更加简单,让你从手工测试中解放

【Mysql sql inject】POST方法BASE64编码注入write-up

翻到群里的小伙伴发出一道POST型SQL注入题,简单抓包判断出题目需要base64编码后才执行sql语句,为学习下SQL注入出题与闯关的思路+工作不是很忙,所以花点时间玩了一下,哈哈哈哈哈哈哈哈哈 http://104.224.169.128/tasks/web12.php 1 <scriptlanguage="javascript">function onSearch() 2 { 3 var pwd=document.forms[0].inText.value; 4 $.

我在Thoughtworks是如何做测试的 (一)

p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px "PingFang SC"; color: #454545 } p.p2 { margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; color: #454545; min-height: 14.0px } span.s1 { font: 12.0px Helvetica } 1. 要不要写测试用例? 实际上,我在Thoug

入门级----黑盒测试、白盒测试、手工测试、自动化测试、探索性测试、单元测试、性能测试、数据库性能、压力测试、安全性测试、SQL注入、缓冲区溢出、环境测试

黑盒测试 黑盒测试把产品软件当成是一个黑箱子,只有出口和入口,测试过程中只要知道往黑盒中输入什么东西,知道黑盒会出来什么结果就可以了,不需要了解黑箱子里面是如果做的. 即测试人员不用费神去理解软件里面的具体构成和原理,只要像用户一样看待产品就可以了. 例如银行转账功能,不需要知道转账的具体实现代码是怎样工作的,只需要把自己想象成各种类型的用户,模拟多种转账情况看系统是否能正常转账即可. 但是仅仅像用户一样去测试又是不够的.如果只做黑盒测试,必然是存在一定的风险的. 例如某个安全性较高的软件系统,

使用uiautomator做UI测试

转载~~~~~~~~~~~~~~~~~~~~~~~~ 若有侵权,请及时联系本博主,博主将第一时间撤销 在Android 4.1发布的时候包含了一种新的测试工具–uiautomator,uiautomator是用来做UI测试的.也就是普通的手工测试,点击每个控件元素 看看输出的结果是否符合预期.比如 登陆界面 分别输入正确和错误的用户名密码然后点击登陆按钮看看是否能否登陆以及是否有错误提示等. 功能性或者黑盒UI测试不需要测试人员了解程序如何实现的,只需要验证各种操作的结果是否符合预期即可.这样的

手工测试 测试框架?如何提高测试效率?

百度了一下“测试框架”,搜索结果大部分都是“自动化测试框架”.“单元测试框架”,没有手工测试框架.但是所谓框架不就是把“共性部分形成的体系”提高效率和质量吗? 做测试3年,现在想的更多的是如何提高测试效率和保证测试用例的覆盖率.目前所在的是公司是互联网公司(之前一直在传统软件公司工作),节奏很快,测试周期很短.产品需求文档的完善程度也是参差不齐,然后测试时间又比较紧急,除了个别庞大的项目外,领导不会专门预留编写测试用例的时间. 事件一,2015/12/8,领导安排我和另外一个同事测试一个新增节点

写给想要做自动化测试的人

接触了不少同行,由于他们之前一直做手工测试,现在很迫切希望做自动化测试,其中不乏工作5年以上的人. 想做自动化,首先得了解一下自动化测试的一些常见问题: 自动化测试一些问题 什么是自动化测试? 自动化测试,顾名思义,自动完成测试工作.通过一些自动化测试工具或自己造轮子实现模拟之前人工点点/写写的工作并验证其结果完成整个测试过程,这样的测试过程,便是自动化测试.自动化测试,看上去很美,感觉好像是第一次工业革命,它开创了以机器代替手工劳动的时代,实则不然.因为每一个自动化测试的case都是从手工测试

[转]在做自动化测试之前你需要知道的

[转]在做自动化测试之前你需要知道的 2015-06-09 转自:在做自动化测试之前你需要知道的 什么是自动化测? 做测试好几年了,真正学习和实践自动化测试一年,自我感觉这一个年中收获许多.一直想动笔写一篇文章分享自动化测试实践中的一些经验.终于决定花点时间来做这件事儿. 首先理清自动化测试的概念,广义上来讲,自动化包括一切通过工具(程序)的方式来代替或辅助手工测试的行为都可以看做自动化,包括性能测试工具(loadrunner.jmeter),或自己所写的一段程序,用于生成1到100个测试数据.

记一个质量极差的测试工具——请重视手工测试,自动化测试不是银弹

新年伊始,又想吐槽一番. 背景:我在一个做自动化的持续集成测试的组. 我们隔壁有一个做测试工具的组.半年前我们隔壁组做了一个工具,具有代码分支管理.静态分析.不同级别的单元测试.集成测试等功能, 这个工具被老板看中,强制让所有部门使用这个工具来提交代码.不用这个工具提交的代码将不能合入产品代码的主分支.使用这个工具提交的代码会自动去编译.打包.进行各层测试. 大家使用之后,发现这个工具烂透了.有无数的严重BUG.(比如提交上去的代码不能打包成功,等等.) 我每次提交代码使用这个工具需要浪费大约8