在黑客世界里，当提出一个技术问题时，你能得到怎样的回答？这取决于挖出答案的难度，同样取决于你提问的方法。本指南旨在帮助你提高发问技巧，以获取你最想要的答案。

首先你必须明白，黑客们只偏爱艰巨的任务，或者能激发他们思维的好问题。
如若不然，我们还来干吗？如果你有值得我们反复咀嚼玩味的好问题，我们自会对你感激不尽。好问题是激励，是厚礼，可以提高我们的理解力，而且通常会暴露我们以前从没意识到或者思考过的问题。对黑客而言，“问得好！”是发自内心的大力称赞。

尽管黑客们有蔑视简单问题和不友善的坏名声，有时看起来似乎我们对新手，对知识贫乏者怀有敌意，但其实不是那样的。

我们不想掩饰对这样一些人的蔑视--他们不愿思考，或者在发问前不去完成他们应该做的事。这种人只会谋杀时间--他们只愿索取，从不付出，无端消耗我们的时间，而我们本可以把时间用在更有趣的问题或者更值得回答的人身上。
我们称这样的人为“失败者”（由于历史原因，我们有时把它拼作“lusers”）。

我们在很大程度上属于志愿者，从繁忙的生活中抽出时间来解惑答疑，而且时常被提问淹没。所以我们无情的滤掉一些话题，特别是抛弃那些看起来象失败者的家伙，以便更高效的利用时间来回答胜利者的问题。

如果你觉得我们过于傲慢的态度让你不爽，让你委屈，不妨设身处地想想。我们并没有要求你向我们屈服--事实上，我们中的大多数人最喜欢公平交易不过了，只要你付出小小努力来满足最起码的要求，我们就会欢迎你加入到我们的文化中来。但让我们帮助那些不愿意帮助自己的人是没有
意义的。如果你不能接受这种“歧视”，我们建议你花点钱找家商业公司签个技术支持协议得了，别向黑客乞求帮助。

如果你决定向我们求助，当然不希望被视为失败者，更不愿成为失败者中的一员。立刻得到有效答案的最好方法，就是象胜利者那样提问 ——
聪明、自信、有解决问题的思路，只是偶尔在特定的问题上需要获得一点帮助。

= 提问之前 =

在通过电邮、新闻组或者聊天室提出技术问题前，检查你有没有做到：

1. 通读手册，试着自己找答案。
2. 在FAQ里找答案（一份维护得好的FAQ可以包罗万象:）。
3. 在网上搜索（个人推荐google~~~）。
4. 向你身边精于此道的朋友打听。

当你提出问题的时候，首先要说明在此之前你干了些什么；这将有助于树立你的形象：你不是一个妄图不劳而获的乞讨者，不愿浪费别人的时间。如果提问者能从答案中学到东西，我们更乐于回答他的问题。

周全的思考，准备好你的问题，草率的发问只能得到草率的回答，或者根本得不到任何答案。越表现出在寻求帮助前为解决问题付出的努力，你越能得到实质性的帮助。

小心别问错了问题。如果你的问题基于错误的假设，普通黑客（J. Random
Hacker）通常会用无意义的字面解释来答复你，心里想着“蠢问题...”，希望着你会从问题的回答（而非你想得到的答案）中汲取教训。

决不要自以为够资格得到答案，你没这种资格。毕竟你没有为这种服务支付任何报酬。你要自己去“挣”回一个答案，靠提出一个有内涵的，有趣的，有思维激励作用的问题--一个对社区的经验有潜在贡献的问题，而不仅仅是被动的从他人处索要知识--去挣到这个答案。

另一方面，表明你愿意在找答案的过程中做点什么，是一个非常好的开端。“谁能给点提示？”、“我这个例子里缺了什么？”以及“我应该检查什么地方？”比“请把确切的过程贴出来”更容易得到答复。因为你显得只要有人指点正确的方向，你就有完成它的能力和决心。

= 怎样提问 =

- 谨慎选择论坛
小心选择提问的场合。如果象下面描述的那样，你很可能被忽略掉或者被看作失败者：

1. 在风马牛不相及的论坛贴出你的问题
2. 在探讨高级技巧的论坛张贴非常初级的问题；反之亦然
3. 在太多的不同新闻组交叉张贴

- 用辞贴切，语法正确，拼写无误

我们从经验中发现，粗心的写作者通常也是马虎的思考者（我敢打包票）。 回答粗心大意者的问题很不值得，我们宁愿把时间耗在别处。

正确的拼写，标点符号和大小写很重要。
更一般的说，如果你

建立、完善质量体系一般要经历质量体系的策划与设计，质量体系文件的编制、质量体系的试运行，质量体系审核和评审四个阶段，每个阶段又可分为若干具体步骤。
　　 一、质量体系的策划与设计
　　 该阶段主要是做好各种准备工作，包括教育培训，统一认识，组织落实，拟定计划；确定质量方针，制订质量目标；现状调查和分析；调整组织结构，配备资源等方面。

　　 （一）教育培训，统一认识
　　 质量体系建立和完善的过程，是始于教育，终于教育的过程，也是提高认识和统一认识的过程，教育培训要分层次，循序渐进地进行。
　　 第一层次为决策层，包括党、政、技（术）领导。主要培训：
1．通过介绍质量管理和质量保证的发展和本单位的经验教训，说明建立、完善质量体系的迫切性和重要性；
2．通过ISO9000族标准的总体介绍，提高按国家（国际）标准建立质量体系的认识。
3．通过质量体系要素讲解（重点应讲解“管理职责”等总体要素），明确决策层领导在质量体系建设中的关键地位和主导作用。
　　 第二层次为管理层，重点是管理、技术和生产部门的负责人，以及与建立质量体系有关的工作人员。
　　 这二层次的人员是建设、完善质量体系的骨干力量，起着承上启下的作用，要使他们全面接受ISO9000族标准有关内容的培训，在方法上可采取讲解与研讨结合，理论与实际结合。
　　 第三层次为执行层，即与产品质量形成全过程有关的作业人员。对这一层次人员主要培训与本岗位质量活动有关的内容，包括在质量活动中应承担的任务，完成任务应赋予的权限，以及造成质量过失应承担的责任等。

　　 （二）组织落实，拟定计划

　　 尽管质量体系建设涉及到一个组织的所有部门和全体职工，但对多数单位来说，成立一个精干的工作班子可能是需要的，根据一些单位的做法，这个班子也可分三个层次。
　　 第一层次：成立以最高管理者（厂长、总经理等）为组长，质量主管领导为副组长的质量本系建设领导小组（或委员会）。其主要任务包括： 1．体系建设的总体规划；
2．制订质量方针和目标；
3．按职能部门进行质量职能的分解。
　　 第二层次，成立由各职能部门领导（或代表）参加的工作班子。这个工作班子一般由质量部门和计划部门的领导共同牵头，其主要任务是按照体系建设的总体规划具体组织实施。
　　 第三层次：成立要素工作小组。根据各职能部门的分工明确质量体系要素的责任单位，例如，“设计控制”一般应由设计部门负责，“采购”要素由物资采购部门负责。

　　 组织和责任落实后，按不同层次分别制定工作计划，在制定工作计划时应注意：
1．目标要明确。要完成什么任务，要解决哪些主要问题，要达到什么目的？
2．要控制进程。建立质量体系的主要阶段要规定完成任务的时间表、主要负责人和参与人员、以及他们的职责分工及相互协作关系。
3．要突出重点。重点主要是体系中的薄弱环节及关键的少数。这少数可能是某个或某几个要素，也可能是要素中的一些活动。

　　 （三）确定质量方针，制定质量目标

　　 质量方针体现了一个组织对质量的追求，对顾客的承诺，是职工质量行为的准则和质量工作的方向。
制定质量方针的要求是：
1．与总方针相协调；
2．应包含质量目标；
3．结合组织的特点；
4．确保各级人员都能理解和坚持执行。

　　 （四）现状调查和分析

　　 现状调查和分析的目的是为了合理地选择体系要素，内容包括：
1．体系情况分析。即分析本组织的质量体系情况，以便根据所处的质量体系情况选择质量体系要素的要求。
2．产品特点分析。即分析产品的技术密集程度、使用对象、产品安全特性等，以确定要素的采用程度。
3．组织结构分析。组织的管理机构设置是否适应质量体系的需要。应建立与质量体系相适应的组织结构并确立各机构间隶属关系、联系方法。
4．生产设备和检测设备能否适应质量体系的有关要求。
5．技术、管理和操作人员的组成、结构及水平状况的分析。
6．管理基础工作情况分析。即标准化、计量、质量责任制、质量教育和质量信息等工作的分析。
　　 对以上内容可采取与标准中规定的质量体系要素要求进行对比性分析。

　　 （五）调整组织结构，配备资源

　　 因为在一个组织中除质量管理外，还有其他各种管理。组织机构设置由于历史沿革多数并不是按质量形成客观规律来设置相应的职能部门的，所以在完成落实质量体系要素并展开成对应的质量活动以后，必须将活动中相应的工作职责和权限分配到各职能部门。一方面是客观展开的质量活动，一方面是人为的现有的职能部门，两者之间的关系处理，一般地讲，一个质量职能部门可以负责或参与多个质量活动，但不要让一项质量活动由多个职能部门来负责。目前我国企业现有职能部门对质量管理活动所承担的职责、所起的作用普遍不够理想总的来说应该加强。
　　 在活动展开的过程中，必须涉及相应的硬件、软件和人员配备，根据需要应进行适当的调配和充实。

　　 二、质量体系文件的编制
　　 质量体系文件的编制内容和要求，从质量体系的建设角度讲，应强调几个问题：
1．体系文件一般应在第一阶段工作完成后才正式制订，必要时也可交叉进行。如果前期工作不做，直接编制体系文件就容易产生系统性、整体性不强，以及脱离实际等弊病。
2．除质量手册需统一组织制订外，其它体系文件应按分工由归口职能部门分别制订，失提出草案，再组织审核，这样做有利于今后文件的执行。
3．质量体系文件的编制应结合本单位的质量职能分配进行。按所选择的质量体系要，素，逐个展开为各项质量活动（包括直接质量活动和间接质量活动），将质量职能分配落实到各职能部门。质量活动项目和分配可采用矩阵图的形式表述，质量职能矩阵图也可作为附件附于质量手册之后。
4．为了使所编制的质量体系文件做到协调、统一，在编制前应制订“质量体系文件明细表”，将现行的质量手册（如果已编制）、企业标准、规章制度、管理办法以及记录表式收集在一起，与质量体系要素进行比较，从而确定新编、增编或修订质量体系文件项目。 5．为了提高质量体系文件的编制效率，减少返工，在文件编制过程中要加强文件的层次间、文件与文件间的协调。尽管如此，一套质量好的质量体系文件也要经过自上而下和自下而上的多次反复。
6．编制质量体系文件的关键是讲求实效，不走形式。既要从总体上和原则上满足 ISO9000族标准，又要在方法上和具体做法上符合本单位的实际。三、质量体系的试运行
　　 质量体系文件编制完成后，质量体系将进入试运行阶段。其目的，是通过试运行，考验质量体系文件的有效性和协调性，并对暴露出的问题，采取改进措施和纠正措施，以达到进一步完善质量体系文件的目的。

　　 在质量体系试运行过程中，要重点抓好以下工作：
1．有针对性地宣贯质量体系文件。使全体职工认识到新建立或完善的质量体系是对过去质量体系的变革，是为了向国际标准接轨，要适应这种变革就必须认真学习、贯彻质量体系文件。
2．实践是检验真理的唯一标准。体系文件通过试运行必然会出现一些问题，全体职工立将从实践中出现的问题和改进意见如实反映给有关部门，以便采取纠正措施。 3．将体系试运行中暴露出的问题，如体系设计不周、项目不全等进行协调、改进。
4．强信息管理，不仅是体系试运行本身的需要，也是保证试运行成功的关键。所有与质量活动有关的人员都应按体系文件要求，做好质量信息的收集、分析、传递、反馈、处理和归档等工作。

　　 四、质量体系的审核与评审

　　 质量体系审核在体系建立的初始阶段往往更加重要。在这一阶段，质量体系审核的重点，主要是验证和确认体系文件的适用性和有效性。

1．审核与评审的主要内容一般包括：
　　 （1）规定的质量方针和质量目标是否可行；
　　 （2）体系文件是否覆盖了所有主要质量活动，各文件之间的接口是否清楚；
　　 （3）组织结构能否满足质量体系运行的需要，各部门、各岗位的质量职责是否明确；
　　 （4）质量体系要素的选择是否合理；
　　 （5）规定的质量记录是否能起到见证作用
　　 （6）所有职工是否养成了按体系文件操作或工作的习惯，执行情况如何。
2．该阶段体系审核的特点是：
　　 （1）体系正常运行时的体系审核，重点在符合性，在试运行阶段，通常是将符合性与适用性结合起来进行；
　　 （2）为使问题尽可能地在试运行阶段暴露无遗，除组织审核组进行正式审核外，还应有广大职工的参与，鼓励他们通过试运行的实践，发现和提出问题；（3）在试运行的每一阶段结束后，一般应正式安排一次审核，以便及时对发现的问题进行纠正，对一些重大问题也可根据需要，适时地组织审核；
　　 （4）在试运行中要对所有要素审核覆盖一遍；
　　 （5）充分考虑对产品的保证作用；
　　 （6）在内部审核的基础上，由最高管理者组织一次体系评审。

　　 应当强调，质量体系是在不断改进中行以完善的，质量体系进入正常运行后，仍然要采取内部审核，管理评审等各种手段以使质量体系能够保持和不断完善。

一直以为我自己是人才,最近发现我错了,我是天才。
昨天回到家比较早6点钟就到家了，而且比较幸运的是嫂子告诉我，今天不用做饭出去吃，回到家的第一件事就是把我的电脑打开拨号准备上网，但是这次比较特殊，电脑打开了，adsl拨号没有插上电源且无法上网，因为我的电脑有两种上网方式分别是：1. 通过adsl拨号  2.通过无线网卡（但是今天无线路由没有插电源）而我一般是用adsl拨号。 可能是因为今天太兴奋太高兴的缘故吧， 我一打开电脑就浏览网页看新闻 、上qq由于今天天气比较热上了一会儿就渴了，打开冰箱发现 adsl的拨号猫 没有插上 我一愣、这样都可以上网，为了确定我眼前所看到一切的事实，我在照原因，  找了半天也没有发现什么不对， 哦，这是我看到电脑上的无线网卡在忽闪忽闪 ，明白了原来是无线网卡链接到别人家的网络要么楼上或楼下哪家的 无线路由，反正不管怎样我家以后的网费可以省下咯，  哈哈哈哈哈！！！！！～～

LR有5种目标类型：并发的用户数，每秒点击数，每秒事务数，每分钟页面数，你想达到的事务响应时间。
1：如果你知道了用户总数，则选》并发的用户数
2：如果你知道了服务器处理能力就选》每秒点击数，每秒事务数，每分钟页面数
3：如果你期望得到完成一个事务所要的响应时间》你想达到的事务响应时间。例如你不想让登录时间超过5秒，则设定最大接受事务响应时间为5秒来看一下有多少用户登录成功。

controller中设置了100个用户并发，可是运行的时候，每次只初始化50个用户。
进入controller后在Tools->options->Run-time setting中可以自己设置每次最多初始化的虚拟用户数。

在“监视服务器配置”中，要同时添加几个服务器可用逗号分隔服务器名或IP范围。如：255.255.255.0-255.255.255.5，server1,server2。

在这里把个人在项目中经历的第三方测试工作做个简单的介绍,希望对大家有所帮助,同时也可以扩展大家对系统测试的范围.
第三方指的是与软件项目甲方、乙方相对独立的其它机构。
进行独立测试的目的是进一步加强软件质量保证工作，提高软件的质量，并对软件产品进行客观评价。
进行第三方独立测试通常有如下几个优点：
1）发挥专业技术优势；
2）发挥独立性优势； 
3）进一步督促了我们项目组的工作。

n

 

 

xxx模块系统测试用例

版本历史

No.	修改人	日期	说明	版本号
1		yy--mm--dd	创建	v 1.0
2		yy--mm--dd	修改	v 2.0

 

 

编写人		编  号
审核人		状  态	草稿 [√]   执行[  ]   修改[  ]
参  考	需求规格说明书.doc

【功能简介】

『

注：对系统功能模块的描述及简介。

』

A.【单元测试】

『

注：最小颗粒度的测试，以测试某个功能或代码，需要开发一些测试驱动模块或测试工具。

』

B.【功能测试】

 

编号	模块名称	操作步骤	预期结果	结果
B1	新增
B2	浏览
B3	审核
B4	维护

 

C.【UI测试】

『

注：测试用于核实用户与软件之间的交互。确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能，确保UI中的对象按照预期的方式运行，并符合公司或行业的标准。

』

 

D.【性能测试】

『

注：性能评测是一种性能测试，它对服务器的CPU、内存占用率，后台数据库的响应时间、网络流量、事务处理速率和其他与性能指标相关的需求进行评测和评估。核实系统性能是否达到用户提出的性能指标，同时发现系统中存在的性能瓶颈。

 

』

E.【压力测试】

『

注：测试系统的能力最高实际限度，即软件系统在一些超负荷单位情况，功能实现情况。

』

F.【可靠性测试】

『

注：从验证的角度出发，检验系统的可靠性是否达到预期的目标，同时给出当前系统可能的可靠性增长情况。可靠性测试需要从用户角度出发，模拟用户实际使用系统的情况，设计出系统的可操作视图，在这个基础上，根据输入空间的属性及依赖关系导出测试用例，然后在仿真的环境或真实的环境下执行测试用例并记录测试的数据。

』

G.【健壮性测试】

『

注：主要是检测软件系统在异常条件下的行为状态。

』

 

 

H.【自动测试】

『

注： 利用测试工具录制或编写脚本，使其按照预先设定好程序自动运行，达到测试软件的目的。

』

 

I.【用户文档测试】

『

注： 用户文档测试主要是检查测试对象否有对系统功能操作的帮助文档和其它相关文档、验证文档内容是否正确或有没有歧歧议和错误描述。

』

 

J.【回归测试】

『

注：软件或环境的修复或更正后的“再测试”。

』

K.【配置测试】

『

注：核实测试软件系统在不同的软硬件配置环境中的运行情况。

』

L.【自由测试】

『

注：拿到此用例的测试工程师需要根据自己的理解自由发挥,对功能的各个方面进行测试,务必找出软件的更多更深层次的缺陷 !

』

一、前期准备
　　1）测试组与开发组协调，包括项目测试流程约定，测试组与开发组的协作活动安排等；
　　在项目前期，规划好测试组与开发组的协调工作，可以让测试人员与项目开发人员彼此了解在测试活动中的职责。为了规避项目部分风险，项目的测试组与开发组需要明确在项目的哪些重要活动需要提前沟通，例如需求的评审，汇总发现某周期测内仍遗留大量缺陷；对测试部门制定的相应测试流程中需要开发人员参与的部分，是否根据项目实际情况进行调整。

　　2）项目需求及相关资源了解；
　　测试组组长（或测试经理）需要对项目的客户需求和项目本身要求进行了解，明确测试范围、测试指标、测试要点，测试所需软硬件环境等，为制定测试计划打好基础。

　　二、制定测试计划
　　主要包括测试软硬件资源，人力资源，测试指标，粗略进度，采集的度量数据，风险，约定等。网络上有很多这方面的模板资料，建议定义好测试过程中要收集的度量数据，一般包括缺陷本身的属性，例如严重程度，功能类别，发现阶段，工作量，对应用例等；各周期内（例如以周为单位）缺陷的收敛情况（发现数量，解决数量，遗留数量），阶段分布情况，缺陷存活情况等。

　　三、编制测试用例
　　1）了解项目需求（客户需求与项目需求）；
一方面为编制测试用例打好基础，另一方面可以找出需求中存在的问题。

　　2）明确公共用例；
　　找出测试需求中，在编写用例时会出现重复的需求，编写公共用例，这样回减少后期用例编写工作量，也方便后期用例的维护。

　　3）明确手动测试用例与自动化测试用例范围；
　　可以避免重复劳动，有些业务流程可以用自动化的用例来代替手动工作。

　　4）确定用例编写进度；

　　5）正式编写；

　　6）用例验证；

　　7）明确测试用例执行顺序。

　　四、实施测试
　　1）确定实施进度；

　　2）搭建测试环境；

　　3）执行测试用例，记录用例执行结果，报告缺陷；

　　4）记录度量数据；

　　5）维护测试用例。

　　五、测试总结
　　1）测试停止评估（参照测试用例执行情况，缺陷收敛情况，与测试指标偏差情况等）；

　　2）测试总结报告；

　　3）提交汇总度量数据，测试部门存档。

统计一下年龄

  看一个男人的品味，要看他的袜子。
　看一个女人是否养尊处优，要看她的手。
　看一个人的气血，要看他的头发。
　看一个人的心术，要看他的眼神。
　看一个人的身价，要看他的对手。
　看一个人的底牌．要看他身边的好友。
　看一个人的性格，要看他的字写得怎样。
　看一个人是否快乐，不要看笑容，要看清晨梦醒时的一刹那表情。
　看一个人的胸襟，要看他如何面对失败及被人出卖。
　看两个人的关系，要看发生意外时，另一方的紧张程度。

最近换了工作已经过了试用期，但心情不好，想着打工要做多久才能过上别人眼力的幸福生活。
仿佛这样的生活没有边际，或许验证了"穿别人的鞋,走自己的路让别人找去吧"~~ 怎么听着这么拗口,哦不对应该是"走自己的路让别人说去吧~~" 这句话
这样的境界有几个人做的到，我只不过是个凡夫俗子而已。
工资拿多少是多啊 ？
3000？4000？5000？.................
为什么生活会没有了目标？甚至都快没有信心！
太平淡的 看不起，有难度的 怕失败。
年龄越长越大，竟越来越迷茫。
都不知道自己活着干什么
娶老婆生孩子买房子？
虽然很无聊，可还哪个都不是件简单的事情
总想一被子总不要就这样过吧？
可还可以去做什么哟 ~~~

通过最近一段时间的学习，慢慢发现自己缺的知识太多了再加上昨天参加的沙龙技术交流会上我倍受打击，知道自己接触到的东西太少了有太多的东西不了解，需要学习的就更多了。
感觉我的学习生涯又开始了，我想我会一直沿着这条路走下去，不击溃步无以至千里，每天提高一点点，大家一起加油！！

重要决定

软件测试是一项技术工作，测试者不是市场公关人员，之所以单独讨论软件测试的人际关系，是因为软件测试不是孤立的实施过程，软件测试的每个过程都要与软件开发人员（程序员）和软件测试人员相联系。另外，如果软件实行外包测试，则软件测试外包的人员还要与软件开发商的技术人员紧密联系。软件测试中处理好与不同人员的工作关系，建立彼此的信赖，可以提高测试的效率，减少测试失败的风险。因此，软件测试的人际关系不仅要讲，而且要找出行使有效的方式。

   1. 测试人员与开发人员的人际关系

   与软件开发具有天然的联系。软件测试的输入是软件开发的产品，测试输出的结果需要开发人员相应处理，处理后的结果再次需要测试人员的验证。因此，软件测试与软件开发如影相随，互为服务对象。

   软件测试人员和软件开发人员要多从别人的角度去想想，所谓“换位思考”，多尊重对方就一定能得到对方的尊重与配合；其次是加强和开发人员的沟通，让他清楚地认识到测试工作对开发工作的价值，发现的每一个Bug的重要性。

   软件测试人员对于软件缺陷的报告要就事论事，只报告软件缺陷的客观事实，不对软件代码本身的质量优劣进行评判，不搞人身攻击。软件开发人员要理解软件测试的工作职责就是寻找软件缺陷，而不是故意和自己的代码“过不去”，也不要认为软件测试是动动鼠标，敲敲键盘的低水平工作，软件测试也是一门技术和艺术。测试和开发只是软件工作的分工不同，都是软件项目团队不可分割的成员，而且软件测试人员发现的Bug，可以帮助开发人员尽早修正，避免软件发布后造成更大损失。

   2. 测试人员与质量保证人员的人际关系

   不同的软件公司对质量保证（QA）人员的职责和功能存在不同的理解。有些公司QA人员等同于测试人员，负责具体的软件测试工作。也有的公司QA人员只负责软件项目的过程检测和跟踪，不参与具体的测试工作。

   这里所说的QA人员是指对软件测试的质量和过程进行评估的人员。QA人员通过抽查测试用例的执行结果，或根据测试发现的软件缺陷数据信息对软件测试的质量和过程进行评估。QA人员一般需要熟练掌握软件测试的技能，熟悉软件产品。

   软件测试人员与QA人员都是软件质量控制团队的成员，只是二者的职责不同，但是都是具有相同的工作目标，即一切行为都是为了提高和保证软件质量。软件测试人员可以从QA人员的测试评估报告，发现测试存在的不足和取得的成果，因此，需要理解和尊重QA人员，加强交流，相互信任和支持。QA人员要注意对软件测试的效果进行评估时，一切以客观数字为基础，对事不对人，关键是发现影响软件测试质量的问题，并且提出可行的改进建议。

   3. 外包测试服务商与软件开发商的关系

   软件测试外包成为新的软件测试形式，由于软件测试活动的复杂性和长期性，软件开发商与提供软件测试服务的服务商之间的交流变得非常重要，处理好测试外包服务商和开发商之间的关系将对软件测试具有决定性的影响。

   软件外包测试是一种软件技术服务，外包测试服务商的价值在于通过提供专业的测试服务为客户创造附加价值。软件开发商通过测试外包，集中人力和物力从事软件核心技术的开发，增强产品的竞争力。因此，外包测试服务商与软件开发商之间是业务合作关系。

   信任关系成为外包测试服务商和软件开发商最重要的内容。测试外包服务商要赢得软件开发商的信任，需要提供优质、高效、及时地软件测试服务，需要理解、达到甚至超过客户的期望，树立一切为客户服务的思想和意识，并且贯彻于整个软件外包测试的全过程。

   软件开发商要选择符合项目需求的外包测试服务商，为他们提供充分的项目信息和必要的技术支持，因为只有软件开发商真正熟悉要测试的软件。通过对外包测试服务商测试项目的执行过程和结果，及时提出存在的问题，并且督促过程改进。

1、图形测试 
    在Web应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容有： 
    （1）要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。Web应用系统的图片尺寸要尽量地小，并且要能清楚地说明某件事情，一般都链接到某个具体的页面。 
    （2）验证所有页面字体的风格是否一致。 
    （3）背景颜色应该与字体颜色和前景颜色相搭配。 
    （4）图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩；所以应尽量避免使用bmp等格式的图片

2、内容测试 
    内容测试用来检验Web应用系统提供信息的正确性、准确性和相关性。 
    信息的正确性是指信息是可靠的还是误传的。

3、整体界面测试 
    整体界面是指整个Web应用系统的页面结构设计，是给用户的一个整体感。例如：当用户浏览Web应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方？整个Web应用系统的设计风格是否一致？当然，对界面的整体测试并不能单靠个人直觉来评定；每个人的审美观、专业角度、系统面向的行业及用户 、甚至性别与年龄等等，都是可能导致对界面作出不同评价的因素。所以要明白在对整体界面的测试过程中，其实是一个对最终用户进行调查的过程。一般Web应用系统采取在主页上做一个调查问卷的形式，来得到最终用户的反馈信息。

    对所有的可用性测试来说，都需要有与Web应用系统开发没有联系或联系很少的人员的参与，最好是最终用户的参与。

（1） 通过模拟攻击的形式拷贝Web应用程序的某个功能点的url地址，然后打开新的页面输入该url地址看其是否能跨过系统的登录模块直接进入该功能点。

（3）为了保证Web应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。

（4）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。

（5）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。

（6）服务器端IIS是否设置了默认文档功能。

（7）IIS服务器的主目录应该与操作系统的安装路径设置在不同的盘符下。

  1、不同的操作系统的测试 
    市场上有很多不同的操作系统类型，最常见的有Windows、Unix、Linux等。Web应用系统的最终用户究竟使用哪一种操作系统，取决于用户系统的配置。这样，就可能会发生兼容性问题，同一个应用可能在某些操作系统下能正常运行，但在另外的操作系统下可能会运行失败。

 所以，在Web系统发布之前，需要在各种操作系统下对Web系统进行兼容性测试。

2、不同的浏览器测试 
    浏览器是Web客户端最核心的构件，来自不同厂商的浏览器对Java，、Javascrīpt、ActiveX、 plug-ins或不同的HTML规格有不同的支持。例如，ActiveX是Microsoft的产品，是为Internet Explorer而设计的，Javascrīpt是Netscape的产品，Java是Sun的产品等等。另外，框架和层次结构风格在不同的浏览器中也有不同的显示，甚至根本不显示。不同的浏览器对安全性和Java的设置也不一样。

    测试浏览器兼容性的一个方法是创建一个兼容性矩阵。在这个矩阵中，测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。