文章列表
其实很早就接触了结对测试的概念，但是一直没有在具体项目实践。今天简单的总结下，大部分都是之前从网站搜索的结果，也加入了自己的一些理解，等2013年一季度及二季度实战后再总结下。
结对测试的一些思考：
何为 ...
选定自动化，迈出了第一步~~上一周简单做了部分关键字的封装工作，现在简单谈谈自己的学习总结。
项目背景：实现页面自动化，指定页面，指定查询条件页面返回查询的响应时间。
项目分析：页面自动化选用watir ...
2011年6月份毕业，参加工作快1年半了。现在回头看看，曾经也做出了一些成绩，但现在的成绩有点不满意，我曾想过为什么，现在有了一点点答案。
功能测试，探索性测试，性能测试，项目管理，入职1年多，接触了太多的方向，但一直没有在一个特定的方向持续学习，貌似学习了很多，但是又没有学到多少，因为知识是需要实践的，只有不断的实践才能提高自己。
现在呢，上周和导师沟通了下，他也提到了这点。导师认为我是一个非常有idea的人，但是因为学习的东西太杂了，导致现在做出的成绩并不大。现在我选定了一个方向--自动化，我个人认为，测试人只有熟悉开发技术，开发流程，才能更好的做好测试。如果空有ide ...
- 2012-12-09 20:12
- 浏览 542
- 评论(0)
最近正在学习性能测试，正在学习测试工具的使用，做笔记如下。
一、 LoadRunner工具组成
1、虚拟用户脚本生成器：捕获最终用户业务流程和创建自动性能测试脚本，即我们在以后说的产生测试脚本；
2、压力产生器：通过运行虚拟用户产生实际的负载；
3、用户代理：协调不同负载机上虚拟用户，产生步调一致的虚拟用户；
4、压力调度：根据用户对场景的设置，设置不同脚本的虚拟用户数量；
5、监视系统：监控主要的性能计数器；
6、压力结果分析工具：本身不能代替分析人员，但是可以辅助测试结果的分析。
二、 LoadRunner工具原理
代理（Proxy）是客户端和服务器端之间的中介人，LoadRunner ...
入职以来做的测试执行较多（这里主要是从角色上和项目管理分开，包含测试设计测试分析），现在就谈谈作为一个测试执行人员对如何做好pdca的看法。
我们的团队，软件测试的终极目标是“快速发布高质量 ...
- 2012-10-20 15:31
- 浏览 898
- 评论(0)
最近再学习测试建模方面的文章，和大家一起学习~~
启发式测试策略模型（Heuristic Test Strategy Model，简称HTSM）是测试专家James Bach提出的一组帮助测试设计的指南（guideline）。本文将介绍HTSM的内容与应用。
为什么需要HTSM
根据 ...
目标管理贯穿各个行业，软件行业也不例外。大家经常提到的测试分析，那么什么样的分析是比较好的分析，先从测试分析结果之一--测试用例来解析下。
那么什么样的测试用例才是好的测试用例呢？我还是喜欢用目 ...
卖点测试法：
新需求必需强调功能特性的卖点，关键功能点，核心业务点(哪些必须实现)，以user story的故事提出。并且要说明场景的特性，差异化优势，
必备条件：规划经理提交需求时明确客户可能的用户场景
备注：当前的需 ...
入职一年后，经历了测试执行，测试设计，现在开始走向了性能测试，将性能测试每天学习的点滴都记录下来，等半年后回过头来看看自己的成长轨迹。
和导师沟通了成长目标后，大概确定了如下成长路线：1.了解目前部门性能测试的改变
2.学习性能测试分析(长期过程) 3.性能测试工具使用。
其实私下也有去了解一些性能测试为神马东西。性能测试的一般阶段可划分为：性能需求分析(关键点分析)，性能建模，搭建环境，测试，分析，调优，测试，分析，调优。。。性能测试的最关键阶段就是如何分析性能关键点。软件测试的本质就是模拟用户行为对软件进行测试验证是否满足了客户的需求，性能测试当然不能例外。用户的需求 ...
软件测试中如何主动思考？如何实现测试人员的自由？你是如何理解的？
项目经理给你分配了工作后，他是否经常要关注你的进度和质量，如果真的是这样，你就应该好好反思了。下面我谈谈我对测试人员主动思考的 ...
你当前在公司所处的角色是什么？有没有想过当前项目 部门 团队当前最大问题是什么？公司当前为什么没有解决？如果你是决策者，你会如何解决？
先将自己的角色从心理定位上上升1级，以他们的思维去考虑问题，这样势必会有更大的进步。上司需要走下来倾听团队成员，我们就要走上去学习以上司的思维考虑问题
公司一直采用瀑布模式开发，也通过了CMMI 3级认证，不过最近公司开始向敏捷方式转变。和华为的一个朋友交流，他们由现在的IPD模式也开始向敏捷模式转变，貌似敏捷开始了一股热潮。
敏捷是一种高效的开发模式，但并非任何项目都适合，而且并非一定要推翻现在的瀑布模式完全采用敏捷。敏捷的本质是什么？敏捷的核心原则是什么？瀑布模式能否将敏捷的思想用过了从而优化现在的模式呢？
没有任何一种模式说是适合于任何公司，任何项目，还是要从公司特性，项目特性来看。下面就结合敏捷思想一一解读，看那些适合优化瀑布模式。
敏捷宣言：
1.个体和交互 胜过 过程和工具
...
大学学过2年半日语的我，从此喜欢上了看日剧，很多日剧都有特别的意义。青春偶像剧的《偷偷爱着你》，《求婚大作战》，励志的《冰上恋人》等等。
其实这2部剧有一个共同点：一个人改变了另一个人，一个人因为另外一个人而改变。
瑞屋改变了佐野，亚树改变了里中。
一人では何もできない、誰かのためにやるの？もしそういう人がいったら、何でもできると思います。自己所做的有她(他)默默支持，不管生活的坎有多大，阻碍你的栏杆有多高，你都会跨过去的。
你找到那个为之奋斗的人了吗？
不知大家是否有看过《探索性测试》这本书，里面讲的是探索测试中的一些思维。先问一个问题，有没有人会这样想：测试比开发要难。有人会说，开发要求掌握的技能比测试的技能更精，怎么会测试比开发难呢？
先听听我怎么想的，开发和测试由于角色的不同，必然会导致一些思维的不同。如一般的开发人员更多站在编码的角度(这时候一般称作程序员)，他们拿到规划经理的需求文档时，立马进入设计阶段(需求细化一般做的不是很到位)。ok，编码很快完成了，但是开发人员在编码的时候，设计产品的时候有没有想过如何测试呢？如果设计出来的功能不知道如何测试，你设计的产品也终究算是败笔。
测试人员就不一样了， ...