敏捷软件测试的七个关键成功要素资深敏捷专家Lisa Crispin在最近的讲座和参与合著的《Agile Testing – A Practical Guide for Testers and Agile Teams》中分享了敏捷软件测试的七个关键成功要素,包括使用团队整体参与的方法、采用敏捷测试思维、自动化回归测试、提供并获取反馈、构建核心实践的基础、与客户合作、保持大局观等。使用团队整体参与
看到淘宝在搞bug bash,好奇,查询了一下,原来是这么一回事。 考虑是否可以借鉴一下。 如何组织成功的bug bash--摘录 分类: 软件测试理论 2009-08-08 10:34 210人阅读 评论(0) 收藏 举报 Bug bash的来源与意义 要做好这样的活动,首先我们必须明白这项活动的意义。 Bug bash(Bug大扫除)来源于微软,通常发生在项目
Top Open Source Bug Tracking System1. Bugzilla2. Mantis3. Redmine4. Fossil5. Flyspray6. Request Tracker7. OTRS8. EventNum9. The Bug Genie10. WebIssues11. elips -- javahttp://elips.sourceforge.net/ htt
在做关联的时候我想关联从某个位置开始直到http协议行的结束,比如我想查看服务器返回值中的Server的值。 使用web_reg_save_param函数,左边界为"Server:",右边界我假设为“\n” 以访问百度做试验,脚本如下:view plainAction() {
Marginize-让网页浏览不再孤单网页踩点(check-in)和评论服务 Marginize,是一个Chrome插件,用于为用户的网页浏览提供评论和踩点(Check-in)服务,你可以在网页上看到其他浏览该网页的用户的评论,让网页浏览不再孤独。你可以通过踩点(Check-in)来累计分数,分数最高的用户会成为该页面的老大(Curator)。 用户可以通过三种方式来登录,包括Twitter、Go
测试报告是测试人员在测试过程中用于反映测试状况的文档,其重要性通过网上哀求、跪求、旋转360度冰天雪地各种求测试报告模块的帖子中就可见一斑。其实测试报告的内容基本都是模板的那些,只是在实际测试过程中,如何去整理内容结构,使得报告的通常阅读者:开发人员、测试经理、产品经理、项目负责人能够一目了然地查看想要了解的内容才是测试报告最值得注意的地方。 产品要想有广阔的市场,得需要切实了解用户的需求及感受,
做测试组长一年多了,长期的负责新产品的集成测试,新项目一个接一个,在测试技术和测试管理上没有丝毫长进,唯一变的就是时间长了。前些天测试主管找我谈话,给了一个题目:如何调动测试员工作积极性?于是有了以下思考,请各位测试达人指正: 岗位轮换制度 为推动XXX部测试组的发展,加强部门测试管理体系的建设,促进测试人员的合理流动,
正交分析法例子: 题目: PowerPoint软件打印功能描述如下: 打印范围分:全部、当前幻灯片、给定范围 共三种情况; 打印内容分:幻灯片、讲义、备注页、大纲视图 共四种方式; 打印颜色/灰度分: 颜色、灰度、黑白 共三种设置; 打印效果分:幻灯片加框和幻灯片不加框两种方式。 解题思路: 1、由题目得出因子-状态表 因子 状态 打印范围 打印内容 打印颜色/灰度
今天,我又在StackOverflow上看到一个关于时间的问题——为什么1927年12月31日的午夜时间这么奇怪?提问题的这个人给了下面的一段java代码(我做一些修改,保证让你可以copy过去就可以编译运行)我在其中高亮了几行,这个程序就是想比较一下“1927-12-31 23:54:07” 和 “1927-12-31 23:54:08” 差几秒,很明显,是差一秒。但是程
下面是浏览帖子的一个Action录制后经过简单修改的初始脚本。view plainviewtopic() { //进入某个版块 web_url("forum.php_3",