我是新人，刚刚加入，是做游戏测试的，如果有同行，欢迎交流
小菜 来此请教 恳请高手指教
敏捷宣言：个体和交互胜过过程和工具可以工作的软件胜过面面俱到的文档客户合作胜过合同谈判响应变化胜过遵循计划最近在看一本书《高效程序员的45个习惯 敏捷开发修炼之道》，个人学习的体会：1.敏捷开发特别强调与用户的交互，用户决定一切。软件开发的目的是为了交付符合用户需求的产品，用户所需要的就是我们要实现的，我们无权因为个人的喜好而歪曲用户需求（比如强调使用某用现在流行的技术或实现方式，这种实现方式让某
TDD：Test Driven Development. 软件测试最早提出在软件工程中的瀑布模型，需要在开发编码之后对软件进行测试 而 后发现软件测试应该提前，与开发同步，也就有了V&V模型 之后又有人提出，测试应该在开发之前！于是就有了测试先行的概念，TDD也就诞 生了。 TDD到底是什么呢？ 我们来看一个比喻： 工匠一：先拉上一根水平线，砌每一块砖都与水平线比较，使得每一块都保持水平
1、http://groups.yahoo.com/group/LoadRunner 性能测试工具LoadRunner的一个论坛2、http://www.asq.org/ 是世界上最大的一个质量团体组织之一，有着比较丰富的论文资源，不过是收费的3、http://www.automated-testing.com/ 一个自动化软件测试和自然语言处理研究页面，属于个人网页，上面有些资源可供下
新手上路，请多指教！ 本人从事通讯网络终端产品的软件测试已有数年之久了，或多或少也积累了一点点小小的经验和教训，在这里，也期望能够与同道中人有幸一同交流，一同学习，一同进步！还望大家不吝赐教啊，呵呵~~~
现在像TESTWO这种网站太多了，没见几个新秀，希望这个窝能成为现代网人的新窝！
软件测试与家庭装修 前段时间我发表了一篇名为《用动态的眼光看测试》的日志，很感谢大家的热烈评论，在大家的评论中有一些评语很有特点（原文“’当你发现测试无处不在的时候，才能说是真正深入到了这个领域’。这确实.当你达到这个程度的时候,你的生活也许并不美好.当你接触一个新的事物的时候,你可能首先考虑的是这东西是否有问题.难道这就是职业病???”），这些评语代表了特定人群对待软件测试的一些观点，很有代表性
参加工作快一年了。 这一年的测试工作让我发现，其实书本课堂上的很多东西都无法与实际相结合。理论最多可以指导工作，而我们无法完全按照理论进行实际行动！ 还记得在51时，老师所讲的规范的测试流程。与今天公司的测试流程相比，我在想，到底该怎样继续才好？ 首先，在需求分析阶段，测试人员其实是可
今天，很多软件产品部提供可以用来实现测试的编程接口（公共API）。没有提供编程接口的软件产品可能有不公开的接口(私用API)，如果提出要求设计者会提供。所以，如有需要应提出要求。 公共API作为软件产品的一部分要写入文档。公共API不会有很大变化，其稳定性对测试自动化很有吸引力。私用API会极为有用，但是要确定其稳定性如何。 由于没有注意到这些API，很多测试
