不论是什么行业里,能让人最兴奋的事情通常都是解决新奇的、高难度问题带来的刺激。在我的工作中,经常会遇到很多bug,乍一看,它们都是不可能的。不是不可能解决,而是完全不可能出现。就好象最前沿的科技揭示了一个新的奇怪的逻辑现象,以至于人的大脑完全无法理解。当然,这里我总结的这些bug都是很独特的,如果你想说是否能有某种最先进的系统性的方法能将这些bug归类,统一解决,那是愚蠢的,就好象一个人无法认识到
2014-08-19/2464 人阅读/0 人点赞

如果你稍微写过一点代码,就能知道“集成开发环境”(IDE)是多么的便利。不管是Java、C还是Python,当IDE会帮你检查语法、后台编译,或者自动导入你需要的库时,写代码就变得容易许多。另外,如果你工作在Linux上,你也会知道Vim在进行文本编辑的时候是多么的方便。所以,你可能会想从Vim中也获取这些IDE特性。事实上,很少有方法可以帮你做到。有些人可能会想到试着把Vim打造成C语言IDE的
2014-08-18/2511 人阅读/0 人点赞

1.什么是代码测试?与传统的功能和接口测试有什么不同?代码测试的立足点是Code,是基于代码基础之上的,而传统的功能测试和接口测试是基于应用的,必须对应的测试系统是在运行中的。代码测试不会特别注重接口测试的可持续性集成。代码测试的特点是快捷高效准确的完成测试工作,快速推进产品的迭代。2.CodeTest的方法:(1)代码走读和review适合场景:逻辑相对简单,有较多的边界值。方法介绍:直接查看和
2014-08-12/7319 人阅读/116 人点赞

序言:在部门做自动化有好一段时间了,经历了自动化从无到有,然后到框架,到现在的平台,以及持续集成,回顾发现由于自己之前经验太浅,走过的弯路太多,现在也还在谨慎的前进着,上次又回顾了一遍”软件测试经验和教训”里的自动化测试章节,发现早前很多懵懂的经验,现在稍稍清晰,于是想着结合自己的历程精简出一些经验吧。现在经验还是尚浅,如果有更深认识的朋友,互相讨论,谢谢一、所谓自动化是为了软件发布服务的,并不只
2014-08-08/2716 人阅读/0 人点赞

Informatica测试数据管理解决方案可帮助IT组织创建功能完整、安全的数据库应用程序测试数据子集。支持数据库应用程序的IT组织常常会制作生产环境的多个副本来用于开发、测试和培训。然而,随着生产数据库的增大,制作这些副本将会用掉成本高昂的存储空间和系统资源,同时会让公司陷入因数据泄露而导致财务损失的风险。借助Informatica测试数据管理解决方案,公司可以避免:过高的数据管理成本未能有效遵
2014-08-08/3018 人阅读/0 人点赞

作者列出了大多数软件测试人员应该有的特质他们是探索家-aren'tafraidtoventureintounknownsituations.-lovetogetanewpieceofsoftware,installitontheirPC,andseewhathappens.他们是问题排除专家-goodatfiguringoutwhysomethingdoesn'twork.他们是非常坚韧不懈的-k
2014-08-06/2991 人阅读/0 人点赞

Heuristic是一种经验为主的解决问题之技巧.它可用来快速找到可能的最佳方案.wiki有对他有更多的解释http://en.wikipedia.org/wiki/HeuristicsRobson提出了36个有用的TestingHeuristics,主要可以分成四类:Group1–cidtestd=Customers,Information,Developerrelations,Team,Equ
2014-08-06/2916 人阅读/0 人点赞

作者和JamesBach访谈后,收获不少,他整理出要成为一个professionaltester应该要如何做:1.Createyourowndefinitions.-定义什么是你认为好的或是完美"testing"和"quality"-并且检视你所做的事情,那些行为是符合你所定义的-也就是你自己能够建立一个framework,来规范自己想要做的事情,并且能评估
2014-08-04/2942 人阅读/0 人点赞

很多测试人员很有兴趣,管理高层是怎么看待测试团队?作者问了一群有资深的测试人员和测试经理,得到以下的答案:Whatisthepoint?NecessaryevilAdhocWhysomuchtime?TooslowOverstaffedToomanyexcusesTestingshouldfindeverythingQualitygatekeeperFindbugstoolateTestingle
2014-08-04/2839 人阅读/0 人点赞

每一段时间,就会有人开始讨论QA的performance要如何评量,有些人会提出以下的index-计算所找到的Bug个数-在一段时间内所开立的测试个案-所执行的测试个案个数-自动化测试个案个数/所有测试个案个数-测试涵盖度这些index的缺点,是缺乏考虑整个环境或是项目的状况,容易会忽略一些会影响的变量.作者认为如果没有根据context就来衡量个人的绩效,是一件愚蠢的事情.例如有些狡猾的测试人员
2014-07-31/3350 人阅读/0 人点赞