测试bug。
我要测试百度知道的bug
摘要:当前用户对软件企业开发出来的软件质量提出了越来越高的要求了。
所以在这种大的环境背景下,催生了一个新兴的职业——“软件测试工程师”的职业。
尤其是最近2-3年来加入这个职业或者即将加入到这个职业的人也越来越多了。
那么作为一名软件测试工程师,我们该如何迅速找到软件中的缺陷Bug呢? 下面结合作者多年的软件测试经验谈谈。
按照作者的观点:凡是不符合用户需求的,或者在使用过程中给用户造成不便的,都认为它是Bug。
话虽然说的有点极端,但是现实就是如此。
那么对于刚入行的软件测试新手迅速找出软件中的Bug思路如下: 1、尽快熟悉公司的产品业务 比如你们公司做ERP软件的,你肯定要迅速熟悉EPR的业务流程;比如你们公司是做法院软件的,那么你一定要熟悉法院审判案件的流程,只有熟悉了产品的业务流程、你才能迅速找出软件中存在的一些重要的缺陷,你发现的软件缺陷才是有价值的。
否则即使你能找到一些软件缺陷,那也是纯软件的缺陷,价值不大。
2、把自己当成是用户 把自己当成是用户去使用该系统,比如在使用该系统过程中是这样操作的吗? 2.1 比如在大量要求用户输入的软件界面中,有一些用户喜欢使用Tab键采用全键盘的输入;此时的正确的接口应该采取从左到右,从上到下的顺序。
2.2 比如有的用户喜欢使用快捷键操作等(Ctr+C,Ctr+V,Ctr+F),但是实际情况下一些开发出来的软件的快捷键却根本不起作用。
2.3 比如软件在需要用户输入的信息的时候(特别是在填写个人资料的时候),必填项后面一律要用*等醒目的标示,要让用户知道这个地方时必须填写的。
2.4 下拉框不选值的时候,应该有个默认值;并且要多检查程序中的多处下拉框,因为很多情况下下拉框取不到值。
3、善于怀疑,不要迷信高手 世界上没有绝对正确的,总有错误的地方,具有叛逆心理,别人认为不可能发生的事,我却认为可能发生。
别人认为是对的,我却认为不是对的。
如果你认为某个或者某些程序员水平很高,他写的这个地方应该没问题吧,那么我要说你错了,这样很容易遗漏软件中的Bug。
因为程序开发人员毕竟是普通的人,只要是人就会犯错误的。
4、不要让程序开发人员的观点:“用户不会进行这样的操作”而说服自己 遇到这样的情况,你要坚持你自己正确的想法,以后对方会明白你的。
比如在一个录入员工基本信息的系统中,系统中对员工的年龄作为负值、而没有作为判断、也可以保存到数据库中,此时你不要被程序员的用户不会进行这样操作的观点说服自己,你要坚持你正确的观点,把这种现象作为一个Bug吧,勇敢点!你的选择不会不错! 5、在软件测试过程中要跟踪一条数据完整的流程 在软件测试的时候要跟踪一条数据完整的流程,保证数据的正确性这个真的是太重要了:假如你在测试一个销售的类型的软件的时候:你应该先做订货-à入库-à盘点-à销售-à查询。
首先你要保证这个数据的流向是正确的无误的。
假如你在测试法院审判软件的时候,你要先收案-à立案-à发送审批-à排期---审理审判-à结案判决-à归档-à查询。
总之跟踪一条数据的流程,保证数据的正确性。
如果经过你测试的软件在用户使用过程中业务流程上都走不通的话,那么这样的软件你说经过你的测试,但是在比人看来与没有测试有什么区别呢? 6、回归测试要注意的细项 程序员提交新的程序版本后,作为测试人员应该立即与程序员沟通这个修改的功能、并且这个新修改的功能影响哪些功能。
举个简单的例子来说明一下:比如在一款软件中,程序开发人员修改了某个“会员”的某个字段信息。
作为测试人员首先你要测试“会员”的功能这个是你首先需要做的。
另外你还要和程序员沟通询问他们新修改的这个会员的字段,会影响会员的销售功能吗?会对会员以前的销售记录的查询有影响吗?如果对这些功能有影响,那么这些功能都是你在回归测试的时候重点测试的地方,也是最容易产生Bug的地方了。
7、与使用者互动的缺陷 7.1 如填写资料错误应的时候,应该能够提示错误的位置,让用户知道是这个地方输入数据不对。
7.2 删除数据之前给一定要给出是否删除确认提示。
7.3 不要在软件中使用中英文混合的提示比如:比如对于用户某个操作的错误提示,不要一会用“error”、一会用“错误”;一会用“succeed”另一会用“成功”,总之要统一。
游戏盒软件测试注意项 怎样找出更多bug
测试一般来讲都是根据测试用例来进行的,这是根本。
但是当一个人面对上千条甚至上W条的用例就可能由于烦操感而导致用例执行的不仔细,认真,这里就是一个非常重要的问题,如何在面对庞大的工作还能保证一个良好的心态就是最重要的,同样跑一份用例,我就见过一个人只能找出10几个Bug,而另外一个找出40多个Bug,而且他们都是按照测试用来进行的,有的公司没有测试用例,那么你就需要按照界面的顺序,,对于每个显示的内容,及可点击的功能点,进行无遗漏的测试,还有BUG发现最多的地方一般就是异常状态,例如你使用软件的时候突然关机,然后在开机软件会不会有什么异常之类的,这个只是个简单的例子,经验也是非常重要的。
游戏测试有些不太一样,游戏经验丰富的玩家可能会相对容易的找出一些Bug,但是根本的东西都相差不多~~ 纯手打,累死了= =
软件公司用什么bug测试工具
你是说BUG管理工具吗?开源免费的有:mantis,bugzilla,redmine,禅道。
前两个是专门的BUG管理工具,后两个还有项目管理的功能。
要花钱的有:JIRA,QC,ClearQuest。
建议从开源的中选取你需要的。
只是BUG管理的话,用开源的已经十分够用了。
软件测试是每天都要向各种办法找BUG吗?
1. Bug的标题(Title)和详细描述(Descriptions):标题是对你所提交的Bug进行简明描述;详细描述是对Bug进行详细描述,例如在什么情况下发生等;也可以直接将标题作为描述部分。
2. 回归(Regression): 是测试前一个版本有没有此类bug(称为回归测试)。
3. Bug测试环境(Environment):发现的这个bug的环境,例如:什么系统,哪个版本等。
对于bug环境的描述可以通过简单的罗列即可。
4. 复现的详细步骤(Repro Steps):将测试的过程简单的写一下,从你开始测试软件的最开始到你发现bug的时为止。
5. 实际结果(Actual Results)和预期结果(Expected Results):实际结果是在测试软件的过程中,软件所表现出来的特征或者行为;预期结果就是软件需要设计所要求达到的结果或者目标。
6. 备注(Notes):对bug的一些补充,例如:其它系统也发生,上个版本不发生等需要补充的内容。
7. 内容还包括bug的严重等级、优先等级等,对于不同的bug,要做出相应的提交内容
现在要测试一个网站,用什么软件可以把它可能存在的bug测试来呢?...
没有什么软件可以保证把网站上的bug有效的检测出来的。
否则软件测试工程师们都要回家了。
网站测试其实说简单也简单,说麻烦也麻烦的。
无论是否用到软件。
都需要进行需求的分析,网站功能的理解和定义。
然后跟功能点进行手工测试或者适用于软件进行自动化的脚本设计。
工具只是工具而已。
没有什么工具能代替人的分析和智慧。
在软件测试中,如果第一次测试发现了bug,在第二次测试中是只针对...
软件测试(英语:software testing),描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。
换句话说,软件测试是一种实际输出与预期输出间的审核或者比较过程。
软件测试的经典定义是:在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。