测试理论与技术

开发过程中，什么样的问题会造成质量问题呢？其实最主要的就是沟通方面的问题，以及对系统复杂度把握程度的问题。

来到公司后参加了4个项目，在测试过程中一个头疼的Bug便是不可重现的Bug。根据我的经历我赞同后面这个观点，而且认为出现不可重现Bug只是小概率的事件。

TDD(测试驱动开发，Test Driven Development)是重要的敏捷实践之一，它的基本原理是用测试来带动开发，先写测试代码，再写开发代码，最后重构。

原则上来讲，我们更希望一种规范化开发的体系来规正这个命题，不需要为此伤脑筋。但在里程碑或计划的截止时间点能结束测试对大多数的软件项目仅仅是一种期望，而不是既定的现实

对于项目来，越早发现问题才能降低项目风险。需要测试尽早进行项目关注项目进度，何必亡羊补牢，早应该从源头发现问题解决问题。而不是等待问题已已经产生再来解决问题。

Spider，其实就是抓取网页的爬虫，大部分搜索引擎都会使用Spider来做数据源的收集。这真是一个很好的设计，那么好的设计我们是不是也能拿来在测试中使用一下呢

公司要保持竞争力，必须让产品更易于使用，但经理们可能不会因此就雇用人因学或可用性测试方面的专家，因为他们看不到其中的价值，那么你怎么办?

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

1.测试和开发的关系。2.bug的写作。3.责任意识。

2001年，面对国内外3G发展的复杂形势，信息产业部果断地提出了对3G采取“积极跟踪、先行试验、培育市场、支持发展”的原则，并在2001年6月正式启动了3G技术试验，分别对WCDMA、cdma2000和TD-SCDMA三种技术进行试验。试验分为两个阶段：单系统测试阶段、网络技术试验阶段。第一阶段集中在MTNet进行，主要测试单系统的业务、性能、功能、接口等。第二阶段(网络技术试验)在实际网络中进行(MTNet同时保留相应环境)，主要测试和验证无线技术的网络性能、业务与应用、多种技术的干扰测试等。

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

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

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

报表的重要性，大家都知道它有举足轻重的地位，特别是成本/利润类报表、月报、年报等，这里就废话少说了!所以，它对测试条件的要求、测试覆盖率的要求、测试深度的要求都非常高，而且不是一般的测试员和新手随便就能测试的，一定是对业务和相关的法规非常熟悉，最好能有实践经验的、较强分析能力、综合能力高的测试员来做!

当师哥师姐们把一堆流程文档丢过来，自己看完仍然迷茫时，不要着急，看一天的文档，不如跟着师哥师姐做一个项目、日常。做完1个项目、日常后，在回顾看下文档，你就会觉得豁然开朗了。

目前国内用研行业尚在兴起阶段，很多大公司已相继成立相关的部门或开设专职，但论经验值几乎为零。大家都知道跟用户打交道是一门很高深的学问，除了靠知识、技术和先进的仪器外，长期实践累积的经验尤为宝贵。

在现代军事和商用系统中，以软件为核心的产品得到了广泛的应用。随着系统中软件成分的不断增加，使得系统对于软件的依赖性越来越强，对软件质量尤其是可靠性的要求也越来越高。

测试设计师在测试团队中的比例，应该达到10%，有些测试设计师还需要担任“测试组长”的角色。他们是团队中的技术核心，为团队解决实际问题，不断的进行创新，让测试团队更有活力。

如同代码是程序员的成果之，测试报告是测试人员的丰要成果之一。一个好的测试试报告建立在测试结果的基础之上，不仅要提供必要测试结果的实际数据，同时要对结果进行分析，发现产品中问题的本质，对产品质量进行准确的评估。

需求阶段、设计阶段、实施阶段、测试阶段、部署阶段