软件测试

前段时间做了一个cache相关的接口测试，这里要说的并不是测试cache本身，而是测试一个使用了cache的业务系统，该业务系统通过调用另一个专门提供cache服务的系统来实现数据的cache。也就是说cache服务本身对于我来说是黑盒的。

俗话说“工欲善其事，必先利其器”，要做好测试工作，首先需要建立并维护一个高效的测试团队。

对测试的一些误解。我们一些新手，包括很多经验丰富的人，都可能对测试有一些偏见或者误解。

出来做软件测试三，四年了，确实正应了那句“测试不如开发”，只是个人观点，而且我工作过都是外企和大型国有企业，软件测试流程和管理都相对很规范化的。

软件测试工具不光能测试用，拿Jmeter来说，使用它可以进行web性能测试。

很少有企业会在一架飞机的构件做完寿命测试之前去做试飞实验。然而如今的大多数软件开发企业仍然在软件单元测试通过之前将系统集成。假如你正负责用Java开发企业级的应用软件，那你如今是发现了一个更便利的方法，来解决这个问题。请核对一下以下的10条信号，你将发现开发者测试对你的必要，以致你从今天开始就着手企业开发者测试(EDT)。 　　第十条：你的开发人员因软件质量问题而花大量时间返工。

Report Bug时，描述有效的Description的关键点：Condense-精简，清晰而简短;Accurate-准确，确定是Bug;Neutralize-用中性的语言描述事实，不带偏见，不用幽默或者情绪化的语言;Precise-精确;Isolate-定位，尽量缩小这个问题的范围;Generalize-还有没有其他的某些地方存在这样的问题;Re-Create-如何引发和重现这个Bug?(环境，步骤，前提条件)Impact-影响，这个缺陷对客户的影响以及对测试的影响;DeBug-怎么做才可以让开发更容易来修改这个Bug?(跟踪，截图，日志，直接访问等等)Evidence-证据。

Jupiter是一款开源的Eclipse插件，以XML形式存储review数据，通过SVN/CVS将review结果在团队内共享。一个很方便的功能是其建立了review问题跟具体源代码的对应关系(通过点击review问题列表中的问题可以跳转到对应的代码段，通过点击代码段上的review问题标记可对应到具体的问题描述)，review问题列表支持各种filter规则(根据review问题状态、责任人等，通过这个filter可以列出具体阶段需关注的问题)。

首先我要说，公司目前制度不规范，对我们来说是个机遇，绝对是个机遇!遇到这个好机会你还在等什么?如果说这个公司已经足够好了，那他还请你过来做什么?你的能力还足以让公司有更高的提升么?当然，为什么很多人不喜欢这样的公司呢?是因为感觉自己能力还不够，知识技术都不够全面，所以想自我提升，想到一个好的公司，看看别人怎么做的，这样提升会比较快。但是我想说的是，如果你已经有一定能力了，那这种公司的确是个好机会!当然对不同的人来说这个机会不一样。

不论是“敏捷开发”还是“极限编程”都可以加速软件的开发周期，增强用户的满意度。其中成功的“妙诀”在于将软件测试与开发紧密集成，并贯穿于软件生命周期。

在做Web 的QTP 自动化测试时候，不免会出现这样几种情况：QTP 中相同属性的对象，通过添加Index 去区别;页面元素动态变化，难以通过Index 去识别;想根据文本提示不同，对相同类型元素做操作，却无从下手;而我们透过上面的故事可以知道，原来我们可以透过节点去解决这些问题，但要怎么做呢?

近期国家对软件行业也给出了很多鼓励政策，软件及相关行业在中国得到了很大的发展，我们也看到了一大批软件企业在国际中也占据了很重要的地位。不过我们发现很多软件公司在重视代码开发的同时，却没有把代码质量跟上去，忽略了测试在整个项目工程的重要性。

在软件消亡之前，如果没有测试的结束点，那么软件测试就永无休止，永远不可能结束。软件测试的结束点，要依据自己公司具体情况来制定，不能一概而论!

在编写测试计划的时候要考虑可能发生的风险，并提出应对措施。那么到底都有哪些风险要注意呢?如何解决呢?另外这些风险如何在计划中写明呢，不会写“张三可能要离职”，“开发提交代码可能会延期”吧?

毋庸置疑，ITIL 给IT 运维及服务管理带来了新鲜的血液，然而，遗憾的是，在软件质量控制的核心环节--- 软件测试领域却对ITIL 鲜有提及。事实上，笔者认为，ITIL 所引入的一系列概念和最佳实践同样适用于软件测试。

本文针对QTP的使用过程，以故事的形式来介绍此工具，拟作为此工具的入门引导。正文中的黑体字为相关术语

如果一个程序员或者经理忽视测试，难道你就不会喜欢它吗?你不会?嗯，我不会的，至少他们讨论了。我的经验是，我的大多数非测试的同事们，不论他们在自己的工作中多么的聪明和有才能，他们对于我的工作也是迷惑不解的。

可以看到淘宝测试团队的基本测试工作情况，结合我目前公司的测试的情况，发现有许多值得借鉴并改进的地方

新人要学习的东西很多，先学什么后学什么?该如何分配?这是新人指南知识沉淀中整理出来的，大家可参考下

不觉间，采用测试驱动开发(Test Driven Development)半年有余，自从看了Robert Martin的《敏捷软件开发：原则、模式与实践》， 就忍不住想实践一下，亲身体会书中描述的美妙景象