红梅花儿开

    测试生涯两年了，经历过几个项目，负责测试过N个升级包测试发布，经历过两个人测试一款公司主要产品的测试，负责过小产品的测试.....，小公司的好处之一就是接触多，工作广，磨练人啊。    整理下思路吧，算是一个思想的沉淀，也给我的两年测试生涯的一个总结。先写写测试计划吧：1. 简介1.1 编写目的1.2 编写背景1.3 使用范围1.4 参考资料2. 测试说明2.1 测试项说明2.1.1

软件缺陷的原则 　　软件缺陷区别于软件bug,它是在测试过程中出现的对系统有影响的,但是在设计中没有的或者对修改后的bug测试和开发人员有不同意见等。 　　软件未达到产品说明书标明的功能。 　　软件出现了产品说明书指明不会出现的错误。 　　软件功能超出产品说明书指明范围。 　　软件未达到产品说明书虽未指出但应达到的目标。 　　软件测试员认为软件难以理解、不易使用、运行速度缓慢，

摘自泰尔测论坛    即使在最完美的条件下，管理一个软件项目也是很困难的。不幸的是，许多新项目经理实质上没有受到任何就职培训。这里有20个成功的管理经验供项目经理参考。不过，只依靠某一两条“妙计”，是无法顺利完成项即使在最完美的条件下，管理一个软件项目也是很困难的。不幸的是，许多新项目经理实质上没有受到任何就职培训。这里有20个成功的管理经验供项目经理参考。不过，只依靠某一两条“妙计”，是

1. 工作态度好, 主动性高       工作态度如何, 是评价一个软件测试人员很重要的方面. 一个技术能力高的软件测试人员如果没有好的工作态度, 在测试团队中有时候不但不能对测试工作起到推动作用, 还可能起到阻碍作用; 而一个愿意工作的测试人员, 哪怕他的技术水平不高, 人也不聪明, 但对自己的工作认真负责, 你告诉他的事情, 他都可以认真去做, 这个测试人员也会对测试工作起到很大的促进作用.

　　　　测试用例的维护是一个不间断的过程，通常可以将软件开发的基线作为基准，维护的主要内容包括下述几个方面。　　(1)、删除过时的测试用例　　因为需求的改变等原因可能会使一个基线测试用例不再适合被测试系统，这些测试用例就会过时。例如，某个变量的界限发生了改变，原来针对边界值的测试就无法完成对新边界测试。所以，在软件的每次修改后都应进行相应的过时测试用例的删除。　　(2)、改进不受控

看过不少关于讲WEB测试文章，对我的帮助很大，结合实际测试，把对我测试有用的整理下来，和大家分享下。1.      界面部分（1） 页面清单是否完整（是否列举全部页面）（2） 页面显示情况（在不同分辨率下；在不同浏览器版本中）（3） 页面在窗口中的显示（调整浏览器窗口大小，滚动条自适应）（4）页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列

    测试计划是根据需求规格说明和项目计划文档，考虑测试资源和环境要求，拟定测试内容、制定测试进度安排表等相关工作。     软件测试计划是指导测试过程的纲领性文件，包含了产品概述，测试策略，测试方法，测试区域，测试配置，测试周期，测试资源，风险分析等内容；    借助软件测试计划，参与测试的项目成员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测

     “Ad-Hoc” 原意是指 “特定的，一次性的”，这里专指“随机的，自由的”测试。在软件测试中除了根据测试样例和测试说明书进行测试外，还需要进行随机测试(Ad-hoc testing)，主要是根据测试者的经验对软件进行功能和性能抽查。随机测试是根据测试说明书执行样例测试的重要补充手段，是保证测试覆盖完整性的有效方式和过程。     随机测试主要是对被测软件的一些重要功能进行复测，