文章列表
前言：
不管是cmmi思想 还是敏捷思想，都要求开发和测试打破思维的墙，打破交流的墙。
如果你所在的测试部有要求设计案例，开发有参与评审案例，那么开发评审时都是如何进行的？
和我测试的童鞋交流，发现很多公司参与案例评审的时候，都是直接进入相应的案例，没有考虑这个模块的输入输出到底是什么，这样其实是一种错误的做法，刚开始就进入点会很容易导致面覆盖不全！
所以我建议是参与评审的时候，先全面纵观下此模块，共同确认下关键输入和输出，测试讲解下框架的思路。这样的话从面到点逐步进行会更好的保证案例的完整性和有效性
质量是测试人员的自尊心。如何保证软件质量这个话题永远也说不完，我就不说这个话题了。我在这里想分享下如何学习---以开放的心态学习。
1.向老员工学习
三人行，必有我师焉。老员工身上有很多我们学习的东西，他们的 ...
http://qa.blog.163.com/blog/static/190147002201241422335464/
左耳朵耗子发表了《我们需要全职的QA吗？》后，一石激起千重浪，赞成者有之，激烈反对者有之；有人说文中对QA的定义不对，还有人说以偏概全…… 的确，在需不需要专职的QA角 ...
如何制定模块测试计划？谈谈个人的看法
1.确认模块的输入输出
任何事项都是端到端，只有确定了输入输出，才能更好地制定中间环节。输出可以理解为干系人的期望，只有明确了目标才更有方向和动力
2.划分里程碑
我们更擅长的是分段实现大目标，所以将阶段细化有助于我们确定完成的标准。A-D需要经历B-C，如果直接考虑A-D可能会导致计划太粗，很多实现未能考虑到。
3.确定模块测试重点，难点
现在1个比较流行的测试策略是：基于风险测试，任何一个项目(模块也可理解成一个小项目)都会有时间 成本等的限制，我们必须把精力放在最重要的事情上。具体这个风险如何评估，可以理解为对客户的重要程度，实现的风险等。各项 ...
最近发现自己的工作效率有点低，究其根因是没有做好时间管理。
改进措施：
1.每一天晚上定好第二天的工作目标：多少时间完成多少事项
2.第二天早上将本日目标进行分解几个大类：按照重要紧急优先级分类，事项1，事项2。。事项n
3.结合自己各个时间段的效率将各项任务绑定：时间段A---事项1 时间段B---事项2
4.君子一日三省：晚上要分析今天的目标完成情况，不足的要定位到具体原因，然后再分析如何改进。
只要每天改进一点点，自己的工作效率一定会每天都得到一定的提高。
毕业进入测试行业快一年了，经历了学生到职业人士的转变，经历了软件测试空白到一定积累的转变，突然一天 有点迷茫，我该走向哪里？甚是迷茫，因为接触的东西太零散了。
和师哥聊了一会儿，目标最重要。那么又如何分解目标呢？软件测试从大方面可以分为几大领域测试：功能测试，性能测试，自动化，探索性测试，安全性测试。作为刚毕业一年的有点不新的新人，在功能测试领域是否已经无敌了呢？No
想想自己所在的大环境(公司的测试模式)，目前公司以瀑布模型作为主导，cmmi思想指导，那在这样的环境下，自己又有哪些可以提高呢？就拿 功能测试来说，需求-->编码-->设计阶段，测试是否可以指导 ...
ruby+watir环境准备小结
ruby watir 环境准备
1.下载ruby安装包 http://rubyforge.org/frs/?group_id=167 ，可下载压缩包直接解压并设置环境变量即可；也可下载exe安装
2.调整ruby下载源，gem source --help查看相应参数。gem source -r http://rubygems.org 添加源gem source -a http://ruby.taobao.org
3.安装watir ，gem install watir -V，可能会提示devkit未安装。下载devkit安装包安装后设置好环境变量。
4.到de ...