上周，我们测试团队进行了一次有趣的结对探索式测试。活动形式为：主持人针对被测功能进行15分钟的需求讲解。然后测试人员以两两一组的方式进行30分钟的基于session的探索式测试。最后，各组新同事分享自己发现的缺陷和问题，新老同事分别分享对本次测试的体会。 对于被测功能，我们选取的是业务背景不太复杂的，可以在15分钟内理解的，否则在接下来的30分钟内难以展开测试。另外，最好这个功能已经测试过一两轮，
1. 不登录系统，直接输入登录后的页面的url是否可以访问2. 不登录系统，直接输入下载文件的url是否可以下载，如输入http://url/download?name=file是否可以下载文件file3. 退出登录后按后退按钮能否访问之前的页面4. ID/密码验证方式中能否使用简单密码。如密码标准为6位以上，字母和数字混合，不能包含ID，连续的字母或数字不能超过n位5. 重要信息（如密码，身份证
一、 Monkey 1. 什么是monkey Monkey是android自带的命令行工具，可以运行在模拟器里或实际设备中。它向系统发送伪随机的用户事件流(如按键输入、触摸屏输入、手势输入等)，实现对正在开发的应用程序进行压力测试。Monkey测试是一种为了测试软件的稳定性、健壮性的快速有效的方法。 2. &
目前测试窝创办的微刊《软件测试》已经成为新浪微博中，关注度最高的“软件测试类精品文章”集中的刊物根据发展需要，我们现向广大窝友征集微刊《软件测试》封面图片。喜爱创作的你，赶紧行动吧...1、体裁不限，中心思想围绕“软件测试”即可；2、图片可上传至你的测试窝个人相册，评论本文回复图片链接即可；3、也可以邮件联系小窝 zhaopin（at）testwo.com；4、最终被采纳者，将获得小窝送
工作两年多了，最近突然发现推销自己很重要。最近大大小小开了很多会议，太有挫败感了，明明自己会前看文档了解需求的准备了很多，但是开会的时候却成了话最少的一个。怎么样才能将自己知道的有效的传达出去呢？困惑。
[如需转载，请在转载时注明出处，并保证本文的完整性]最近两周都在做回归测试，发现最大的工作量是测试环境的恢复和新发现缺陷的定位。测试环境的恢复正在寻求好的解决方案，那么先总结下对于缺陷定位的思考和方法吧。 有一种心理暗示，不知大家是否认同。第一次测试一个系统，当发现了问题大多时候会第一感觉会是认为这就是个缺陷，即使定位错误也许开发人员或其他成员会认为你由于对系统还不太熟悉，作为开脱理由
敏捷软件开发致使很多人质疑专业测试团队存在的价值，本文对此进行了深度的剖析，并结合技术发展现状给出了软件测试的未来方向。敏捷软件开发带来的困惑 敏捷软件开发强调“拥抱变化”， 认为不能将需求定义一次做到位，也没必要一次做到位，需要不断挖掘，才能逐渐获得真实的需求。这就给测试带来极大的挑战，因为测试需要把验证的标准作为参 照系
由于要和远程端的数据库表格进行融合，假若不在一个库中，操作会非常繁琐，由此，我们拟采用物化视图来解决这个问题，下面我们来介绍一下他的基本步骤： 两台机器，一台机器的IP为：172.16.10.13，一台为172.16.10.15 我们先将15机器上的一个表格，远程物化到13上。 第一，创建测试用户： 15机器执行如下： SQL> create user testuser1 identifi
--===================================== -- system sys，sysoper sysdba 的区别 --===================================== Oracle 中sys,system帐户以及登陆时的normal,sysoper,sysdba是经常容易混淆的几个概念，下面详细讲述了 这几个的区别。 一、sys,sy
第三期的《测试人》杂志，第一篇文章“专访-探索式测试”中提到了通过fiddler调试移动设备的http通信，这样web测试的一些方法就可以运动到移动设备端的应用测试中了，把设置步骤简单记录一下：Fiddler的设置：1、PC端打开fiddler；2、点击菜单栏中的Tools，再点击Fiddler Options；3、在打开的Fiddler选项设置对话框中点击C
