软件测试

最近老听一些测试的朋友抱怨,说制定出来的测试周期领导是如何如何的不满意.也有一些朋友私下问我如何来正确的评估测试周期.我告诉他们,办法是有的,但必须要做到三个前提条件.那就是:熟悉测试系统,明确测试资源,细化测试标准.

软件工程的标准化可以提高软件的可靠性，可维护性和可移植性；提高软件的生产率；提高软件人员之间的通讯效率，减少差错和误解；有利于软件管理，有利于降低软件的运行维护成本，缩短软件开发周期。

该文档详细的介绍了有效地执行一个自动化测试指南。自动化测试是公认的增强应用程序可靠性的有效成本方式，同时减少了时间和软件质量计划的成本。 在过去，大部分软件测试都是使用手工方式来执行测试的。由于今天先进应用软件的规模和复杂性，在众多测试情况中，手工测试不再是一种可行选择。

在窗口右上方的工具栏按钮设置上，IE8新增了一个“安全”下拉菜单，增强了页面浏览的安全性考量，诸如删除浏览历史记录、InPrivate浏览、网页隐私策略等功能按钮。

IE，全世界使用最为广泛的浏览器之一。当许多用户还在通过IE7畅游世界的时候，它的“继任者”IE8却悄悄伴随着2009年的春意突然袭来，它是什么？它有什么样的功能？它能为我们带来什么……一连串的问题接踵而至！

说到架构师，人们想到的都是“软件设计架构师”，那些设计整个产品架构，决定各模块如何协调工作，决定采用何开发平台的大师。那么“测试架构师”，他们是些什么人?他们凭什么拿着和设计架构师一样的薪水?我们怎样成长为测试架构师呢?这里我更多的是讨论这个角色的职责，而不是这个头衔本身。

为使软件文档能起到多种桥梁的作用，使它有助于程序员编制程序，有助于管理人员监督和管理软件的开发，有助于用户了解软件的工作和应做的操作，有助于维护人员进行有效的修改和扩充，文档的编制必须保证一定的质量。

对于B/S结构都有一个共同的特点，就是用户、身份、角色和权限的问题。

在真正进入实施之前，你要做的事情之一就是进行一次可用性测试，以了解用户对这个新产品的反应，同时发现一些你所忽略的、使用上的问题。

Code Review(代码审查)是保证项目中代码质量非常重要的一个环节，其主要工作是：1、发现代码中的bug;2、从代码的易维护性、可扩展性角度考察代码的质量，提出修改建议3、什么样的人承担代码审核者Code Reviewer?4、代码Code Review的步骤，这些是我在平时工作中的经验总结，目前也是按照这个步骤在做。5、责任6、Code Review必备的文档。

文档策略是由上级（资深）管理者新任务并支持的，对下级开发单位或开发人员提供指导。策略规定主要的方向不是做什么或如何做的详细说明。

软件测试的22种类型

这是一篇好文章，不在于他的文笔，而在于他的用" 心 " 工作，用心总结。是他的工作经验和心路历程的记录，值得大家学习。

同样是测试人员，做着可能相同的工作，作出的结果也可能大致相同。那么以什么作为你工作更加专业的区分呢？测试的工作用例编写，测试执行，bug上报，以及功能点测试完成度控制。这些方面都可以体现我们的劳动价值。

我的理解，效率不等于速度，效率=速度+质量+进度。

软件测试架构师是一个新职位，但确实是一个非常必要的职位，主要有几点

软件测试在短短的几年时间，发展比较迅速，还记得当时毕业那会，对软件测试这个行业还真的很陌生，当时有同学找到工作，是做软件测试的，当时就感觉很奇怪，还有这个行业，只听过做研发的，没听过做测试的，但是短短的5年时间，让我亲身体会到了软件测试发展之迅速，也让我从门外汉慢慢的对软件测试有了比较深刻的理解。刚开始以为测试也就是简单的运行下被测试的系统（当时就认为是软件），看看有啥问题没有，对于测试计划、测试用例简直是一窍不通。一个偶然的机会，让我有机会到一家大公司做了软件测试，这个起点也对我以后的工作有一个比较大的影响，下面就这些年得测试工作，谈下我对软件测试流程的一些看法吧。

我所在的Team对应聘的人员要求是做过测试，有一定的开发能力和扎实的数据库基础。因此，不少Vendor公司从测试里面找这样的人。但是，又出现一个问题，很多推过来的测试完全不懂开发

目前，不少测试工程师职业发展方向很迷茫。软件测试工程师的职业发展路线是什么？是走技术路线、还是管理路线、或者其他？若您选择其中一条路线，您是如何来储备自己的能力，如何达到自己的职业发展目标？ 我用一个流程图的形式来表达我的观点，请参考。

职业发展规划是人生的大事，下面我结合亲身经历，谈谈自己的观点