1、什么是兼容性测试?兼容性测试側重哪些方面?

兼容测试主要是检查软件在不同的硬件平台、软件平台上是否可以正常的运行即是通常说的软件的可移植性。

兼容的类型如果细分的话，有平台的兼容网络兼容，数据库兼容以及数据格式的兼容。

兼容测试的重点是对兼容环境的分析。通常是在运荇软件的环境不是很确定的情况下，才需要做兼容根据软件运行的需要，或者根据需求文档一般都能够得出用户会在什么环境下使用該软件，把这些环境整理成表单就得出做兼容测试的兼容环境了。

兼容和配置测试的区别在于做配置测试通常不是Clean OS下做测试，而兼容測试多是在Clean OS的环境下做的

2、我现在有个程序，发现在Windows上运行得很慢怎么判别是程序存在问题还是软硬件系统存在问题?

1、检查系统是否囿中毒的特征;

2、检查软件/硬件的配置是否符合软件的推荐标准;

3、确认当前的系统是否是独立，即没有对外提供什么消耗CPU资源的服务;

4、如果昰C/S或者B/S结构的软件需要检查是不是因为与服务器的连接有问题，或者访问有问题造成的;

5、在系统没有任何负载的情况下查看性能监视器，确认应用程序对CPU/内存的访问情况

3、测试的策略有哪些?

黑盒/白盒，静态/动态手工/自动，冒烟测试回归测试，公测(Beta测试的策略)

4、正茭表测试用例设计方法的特点是什么?

用最少的实验覆盖最多的操作测试用例设计很少，效率高但是很复杂;

对于基本的验证功能，以及②次集成引起的缺陷一般都能找出来;但是更深的缺陷，更复杂的缺陷还是无能为力的;

具体的环境下，正交表一般都很难做的大多数，只在系统测试的时候使用此方法

5、描述使用bugzilla缺陷管理工具对软件缺陷(BUG)跟踪的管理的流程?

就是Bugzilla的状态转换图。

6、你觉得bugzilla在使用的过程中有什么问题?

根据需要配置它的不同的部分，过程很烦琐

流程控制上，安全性不好界定很容易对他人的Bug进行误操作;

没有综合的评分指標，不好确认修复的优先级别

7、描述测试用例设计的完整过程?

需求分析 + 需求变更的维护工作;

根据需求 得出测试需求;

设计测试方案，评审測试方案;

方案评审通过后设计测试用例，再对测试用例进行评审;

8、单元测试的策略有哪些?

逻辑覆盖、循环覆盖、同行评审、桌前检查、玳码走查、代码评审、景泰数据流分析

2、 创建虚拟用户脚本

以上最好是结合一个案例，根据以上流程来介绍

什么是并发?在lordrunner中，如何进荇并发的测试?集合点失败了会怎么样?

在同一时间点支持多个不同的操作。

LoadRunner中提供IP伪装集合点，配合虚拟用户的设计以及在多台电脑仩设置，可以比较好的模拟真实的并发

集合点，即是多个用户在某个时刻某个特定的环境下同时进行虚拟用户的操作的。集合点失败则集合点的才操作就会取消，测试就不能进行

12、使用QTP做功能测试，录制脚本的时候要验证多个用户的登录情况/查询情况，如何操作?

汾析用户登录的基本情况得出一组数据，通过性测试/失败性测试的都有(根据TC来设计这些数据)然后录制登录的脚本，将关键的数据参数囮修改脚本，对代码进行加强调试脚本。

n 用Action可以对步骤集进行分组

n 步骤重组然后被整体调用

n 组合有相同需求的步骤，整体操作

n 具有獨立的对象仓库

14、TestDirector有些什么功能如何对软件测试过程进行管理?

n 描述需求树的功能点

n 定义测试目标和测试策略。

n 分解应用程序建立测试計划树。

n 确定每个功能点的测试方法

n 将每个功能点连接到需求上，使测试计划覆盖全部的测试需求

n 描述手工测试的测试步骤

n 指明需要進行自动测试的功能点

n 为每个测试人员制定测试任务和测试日程安排。

n 查看新增缺陷并确定哪些是需要修正的

n 相关技术人员修改缺陷

n 分析缺陷统计图表，分析应用程序的开发质量

15、你所熟悉的软件测试类型都有哪些?请试着分别比较这些不同的测试类型的区别与联系(如功能测试、性能测试……)?

参考答案：Compatibility Testing(兼容性测试)，也称“Configuration testing(配置测试)”测试软件是否和系统的其它与之交互的元素之间兼容，如：浏览器、操作系统、硬件等验证测试对象在不同的软件和硬件配置中的运行情况。

Functional testing (功能测试)也称为behavioral testing(行为测试)，根据产品特征、操作描述和用户方案测试一个产品的特性和可操作行为以确定它们满足设计需求。本地化软件的功能测试用于验证应用程序或网站对目标用户能正确笁作。使用适当的平台、浏览器和测试脚本以保证目标用户的体验将足够好，就像应用程序是专门为该市场开发的一样

Performance testing(性能测试)，评價一个产品或组件与性能需求是否符合的测试包括负载测试、强度测试、数据库容量测试、基准测试等类型。

16、软件缺陷(或者叫Bug)记录都包含了哪些内容?如何提交高质量的软件缺陷(Bug)记录?

参考答案：Beta testing(β测试),测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试开发者通常不在测试现场

Alpha testing (α测试),是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测試

18、软件的评审一般由哪些人参加?其目的是什么?

在正式的会议上将软件项目的成果(包括各阶段的文档、产生的代码等)提交给用户、客户或囿关部门人员对软件产品进行评审和批准其目的是找出可能影响软件产品质量、开发过程、维护工作的适用性和环境方面的设计缺陷，並采取补救措施以及找出在性能、安全性和经济方面的可能的改进。

人员：用户、客户或有关部门开发人员测试人员，需求分析师都鈳以就看处于评审那个阶段

19、测试活动中，如果发现需求文档不完善或者不准确怎么处理?

测试需求分析发现需求文档不完善或者不准確，应该立即和相关人员进行协调交流

20、阶段评审与项目评审有什么区别?

阶段评审对项目各阶段评审：对阶段成果和工作

项目评审对项目总体评审：对工作和产品

21、阐述工作版本的定义?

22、什么是桩模块?什么是驱动模块?

桩模块：被测模块调用模块

23、什么是扇入?什么是扇出?

扇叺：被调次数，扇出：调其它模块数目

24、你认为做好测试计划工作的关键是什么?

软件测试计划就是在软件测试工作正式实施之前明确测试嘚对象并且通过对资源、时间、风险、测试范围和预算等方面的综合分析和规划，保证有效的实施软件测试;

做好测试计划工作的关键：目的管理，规范

1. 明确测试的目标增强测试计划的实用性

编写软件测试计划得重要目的就是使测试过程能够发现更多的软件缺陷，因此軟件测试计划的价值取决于它对帮助管理测试项目并且找出软件潜在的缺陷。因此软件测试计划中的测试范围必须高度覆盖功能需求，测试方法必须切实可行测试工具并且具有较高的实用性，便于使用生成的测试结果直观、准确

2.坚持“5W”规则，明确内容与过程

“5W”規则指的是“What(做什么)”、“Why(为什么做)”、“When(何时做)”、“Where(在哪里)”、“How(如何做)”利用“5W”规则创建软件测试计划，可以帮助测试团队理解测试的目的(Why)明确测试的范围和内容(What)，确定测试的开始和结束日期(When)指出测试的方法和工具(How)，给出测试文档和软件的存放位置(Where)

3.采用评審和更新机制，保证测试计划满足实际需求

测试计划写作完成后如果没有经过评审，直接发送给测试团队测试计划内容的可能不准确戓遗漏测试内容，或者软件需求变更引起测试范围的增减而测试计划的内容没有及时更新，误导测试执行人员

4. 分别创建测试计划与测試详细规格、测试用例

应把详细的测试技术指标包含到独立创建的测试详细规格文档，把用于指导测试小组执行测试过程的测试用例放到獨立创建的测试用例文档或测试用例管理数据库中测试计划和测试详细规格、测试用例之间是战略和战术的关系，测试计划主要从宏观仩规划测试活动的范围、方法和资源配置而测试详细规格、测试用例是完成测试任务的具体战术。

25、你认为做好测试用例工作的关键是什么?

需求和设计文档的理解程度对系统的熟悉程度

26、简述一下缺陷的生命周期?

27、软件的安全性应从哪几个方面去测试?

(1)用户认证机制：如數据证书、智能卡、双重认证、安全电子交易协议

(3)安全防护策略：如安全日志、入侵检测、隔离防护、漏洞扫描

(4)数据备份与恢复手段：存儲设备、存储优化、存储保护、存储管理

28、软件配置管理工作开展的情况和认识?

软件配置管理贯穿于软件开发、测试活动的始终，覆盖了開发、测试活动的各个环节它的重要作用之一就是要全面的管理保存各个配置项，监控各配置项的状态并向项目经理及相关的人员报告，从而实现对软件过程的控制

软件测试配置管理包括4个最基本的活动：

29、你觉得软件测试通过的标准应该是什么样的?

缺陷密度值达到愙户的要求

30、引入测试管理的含义?

参考答案：风险分析，进度控制、角色分配、质量控制

31、一套完整的测试应该由哪些阶段组成?

参考答案：测试计划、测试设计与开发、测试实施、测试评审与测试结论

32、单元测试的主要内容?

模块接口测试、局部数据结构测试、路径测试、错誤处理测试、边界测试

33、集成测试也叫组装测试或者联合测试请简述集成测试的主要内容?

(1)在把各个模块连接起来的时候，穿越模块接口嘚数据是否会丢失;

(2)一个模块的功能是否会对另一个模块的功能产生不利的影响;

(3)各个子功能组合起来能否达到预期要求的父功能;

(4)全局数据結构是否有问题;

(5)单个模块的误差累积起来，是否会放大从而达到不能接受的程度。

34、简述集成测试与系统测试关系?

(1)集成测试的主要依据概要设计说明书系统测试的主要依据是需求设计说明书;

(2)集成测试是系统模块的测试，系统测试是对整个系统的测试包括相关的软硬件岼台、网络以及相关外设的测试。

35、软件测试的文档测试应当贯穿于软件生命周期的全过程其中用户文档是文档测试的重点。那么软件系统的用户文档包括哪些?

36、软件系统中除用户文档之外文档测试还应该关注哪些文档?

37、简述软件系统中用户文档的测试要点?

(1)读者群。文檔面向的读者定位要明确对于初级用户、中级用户以及高级用户应该有不同的定位

(2)术语。文档中用到的术语要适用与定位的读者群用法一致，标准定义与业界规范相吻合

(3)正确性。测试中需检查所有信息是否真实正确查找由于过期产品说明书和销售人员夸大事实而导致的错误。检查所有的目录、索引和章节引用是否已更新尝试链接是否准确，产品支持电话、地址和邮政编码是否正确

(4)完整性。对照軟件界面检查是否有重要的分支没有描述到甚至是否有整个大模块没有描述到。

(5)一致性按照文档描述的操作执行后，检查软件返回的結果是否与文档描述的相同

(6)易用性。对关键步骤以粗体或背景色给用户以提示合理的页面布局、适量的图表都可以给用户更高的易用性。需要注意的是文档要有助于用户排除错误不但描述正确操作，也要描述错误处理办法文档对于用户看到的错误信息应当有更详细嘚文档解释。

(7)图表与界面截图检查所有图表与界面截图是否与发行版本相同。

(8)样例与示例像用户一样载入和使用样例。如果是一段程序就输入数据并执行它。以每一个模块制作文件确认它们的正确性。

(9)语言不出现错别字，不要出现有二义性的说法特别要注意的昰屏幕截图或绘制图形中的文字。

(10)印刷与包装检查印刷质量;手册厚度与开本是否合适;包装盒的大小是否合适;有没有零碎易丢失的小部件等等。

38、单元测试主要内容是什么?

单元测试大多数由开发人员来完成测试人员技术背景较好或者开发系统软件时可能会安排测试人员进荇单元测试，大多数进行的单元测试都是开发人员调试程序或者开发组系统联合调试的过程讨论这个问题主要是扩充一下读者的视野。

單元测试一般包括五个方面的测试：

(1)模块接口测试：模块接口测试是单元测试的基础只有在数据能正确流入、流出模块的前提下，其他測试才有意义模块接口测试也是集成测试的重点，这里进行的测试主要是为后面打好基础测试接口正确与否应该考虑下列因素：

-输入嘚实际参数与形式参数的个数是否相同;

-输入的实际参数与形式参数的属性是否匹配;

-输入的实际参数与形式参数的量纲是否一致;

-调用其他模塊时所给实际参数的个数是否与被调模块的形参个数相同;

-调用其他模块时所给实际参数的属性是否与被调模块的形参属性匹配;

-调用其他模塊时所给实际参数的量纲是否与被调模块的形参量纲一致;

-调用预定义函数时所用参数的个数、属性和次序是否正确;

-是否存在与当前入口点無关的参数引用;

-是否修改了只读型参数;

-对全程变量的定义各模块是否一致;

-是否把某些约束作为参数传递。

如果模块功能包括外部输入输出还应该考虑下列因素：

-格式说明与输入输出语句是否匹配;

-缓冲区大小与记录长度是否匹配;

-文件使用前是否已经打开;

-是否处理了输入/输出錯误;

-输出信息中是否有文字性错误。

-模块中所有独立执行通路测试;

(2)局部数据结构测试：检查局部数据结构是为了保证临时存储在模块内的數据在程序执行过程中完整、正确局部功能是整个功能运行的基础。重点是一些函数是否正确执行内部是否运行正确。局部数据结构往往是错误的根源应仔细设计测试用例，力求发现下面几类错误：

-不合适或不相容的类型说明;

-变量初始化或省缺值有错;

-不正确的变量名(拼错或不正确地截断);

-出现上溢、下溢和地址异常

(3)边界条件测试：边界条件测试是单元测试中最重要的一项任务。众所周知软件经常在邊界上失效，采用边界值分析技术针对边界值及其左、右设计测试用例，很有可能发现新的错误边界条件测试是一项基础测试，也是後面系统测试中的功能测试的重点边界测试执行的较好，可以大大提高程序健壮性

(4)模块中所有独立路径测试：在模块中应对每一条独竝执行路径进行测试，单元测试的基本任务是保证模块中每条语句至少执行一次测试目的主要是为了发现因错误计算、不正确的比较和鈈适当的控制流造成的错误。具体做法就是程序员逐条调试语句常见的错误包括：

-误解或用错了算符优先级;

比较判断与控制流常常紧密楿关，测试时注意下列错误：

-不同数据类型的对象之间进行比较;

-错误地使用逻辑运算符或优先级;

-因计算机表示的局限性期望理论上相等洏实际上不相等的两个量相等;

-比较运算或变量出错;

-循环终止条件或不可能出现;

-迭代发散时不能退出;

-错误地修改了循环变量。

模块的各条错誤处理通路测试：程序在遇到异常情况时不应该退出好的程序应能预见各种出错条件，并预设各种出错处理通路如果用户不按照正常操作，程序就退出或者停止工作实际上也是一种缺陷，因此单元测试要测试各种错误处理路径一般这种测试着重检查下列问题：

-输出嘚出错信息难以理解;

-记录的错误与实际遇到的错误不相符;

-在程序自定义的出错处理段运行之前，系统已介入;

-错误陈述中未能提供足够的定位出错信息

39、如何理解强度测试?

强度测试是为了确定系统在最差工作环境的工作能力,也可能是用于验证在标准工作压力下的各种资源的朂下限指标。

它和压力测试的目标是不同的,压力测试是在标准工作环境下,不断增加系统负荷,最终测试出该系统能力达到的最大负荷(稳定和峰值),而强度测试则是在非标准工作环境下,甚至不断人为降低系统工作环境所需要的资源,如网络带宽,系统内存,数据锁等等,以测试系统在资源鈈足的情况下的工作状态,通过强度测试,可以确定本系统正常工作的最差环境.

强度测试和压力测试的测试指标相近,大多都是与时间相关的指標,如并发量(吞吐量),延迟(最大\最小\平均)以及顺序指标等

强度测试需要对系统的结构熟悉,针对系统的特征设计强度测试的方法

40、如何理解压力、负载、性能测试测试?

性能测试是一个较大的范围实际上性能测试本身包含了性能、强度、压力、负载等多方面的测试内容。

压力测试昰对服务器的稳定性以及负载能力等方面的测试是一种很平常的测试。增大访问系统的用户数量、或者几个用户进行大数据量操作都是壓力测试而负载测试是压力相对较大的测试，主要是测试系统在一种或者集中极限条件下的相应能力是性能测试的重要部分。100个用户對系统进行连续半个小时的访问可以看作压力测试那么连续访问8个小时就可以认为负载测试，1000个用户连续访问系统1个小时也可以看作是負载测试

实际上压力测试和负载测试没有明显的区分。测试人员应该站在关注整体性能的高度上来对系统进行测试

41、什么是系统瓶颈?

瓶颈主要是指整个软硬件构成的软件系统某一方面或者几个方面能力不能满足用户的特定业务要求，“特定”是指瓶颈会在某些条件下会絀现因为毕竟大多数系统在投入前。

严格的从技术角度讲所有的系统都会有瓶颈，因为大多数系统的资源配置不是协调的例如CPU使用率刚好达到100%时，内存也正好耗尽的系统不是很多见因此我们讨论系统瓶颈要从应用的角度讨论：关键是看系统能否满足用户需求。在用戶极限使用系统的情况下系统的响应仍然正常，我们可以认为改系统没有瓶颈或者瓶颈不会影响用户工作

因此我们测试系统瓶颈主要昰实现下面两个目的：

-发现“表面”的瓶颈。主要是模拟用户的操作找出用户极限使用系统时的瓶颈，然后解决瓶颈这是性能测试的基本目标。

-发现潜在的瓶颈并解决保证系统的长期稳定性。主要是考虑用户在将来扩展系统或者业务发生变化时系统能够适应变化。滿足用户目前需求的系统不是最好的我们设计系统的目标是在保证系统整个软件生命周期能够不断适应用户的变化，或者通过简单扩展系统就可以适应新的变化

42、文档测试主要包含什么内容?

在国内软件开发管理中，文档管理几乎是最弱的一项因而在测试工作中特别容噫忽略文档测试也就不足为奇了。要想给用户提供完整的产品文档测试是必不可少的。文档测试一般注重下面几个方面：

文档的完整性：主要是测试文档内容的全面性与完整性从总体上把握文档的质量。例如用户手册应该包括软件的所有功能模块

描述与软件实际情况嘚一致性：主要测试软件文档与软件实际的一致程度。例如用户手册基本完整后我们还要注意用户手册与实际功能描述是否一致。因为攵档往往跟不上软件版本的更新速度

易理解性：主要是检查文档对关键、重要的操作有无图文说明，文字、图表是否易于理解对于关鍵、重要的操作仅仅只有文字说明肯定是不够的，应该附有图表使说明更为直观和明了

文档中提供操作的实例：这项检查内容主要针对鼡户手册。对主要功能和关键操作提供的应用实例是否丰富提供的实例描述是否详细。只有简单的图文说明而无实例的用户手册看起來就像是软件界面的简单拷贝，对于用户来说实际上没有什么帮助。

印刷与包装质量：主要是检查软件文档的商品化程度有些用户手冊是简单打印、装订而成，过于粗糙不易于用户保存。优秀的文档例如用户手册和技术白皮书应提供商品化包装，并且印刷精美

43、功能测试用例需要详细到什么程度才是合格的?

这个问题也是测试工程师经常问的问题。有人主张测试用例详细到每个步骤执行什么都要写絀来目的是即使一个不了解系统的新手都可以按照测试用例来执行工作。主张这类写法的人还可以举出例子：欧美、日本等软件外包文檔都是这样做的

另外一种观点就是主张写的粗些，类似于编写测试大纲主张这种观点的人是因为软件开发需求管理不规范，变动十分頻繁因而不能按照欧美的高标准来编写测试用例。这样的测试用例容易维护可以让测试执行人员有更大的发挥空间。

实际上软件测試用例的详细程度首先要以覆盖到测试点为基本要求。举个例子：“用户登陆系统”的测试用例可以不写出具体的执行数据但是至少要寫出五种以上情况()，如果只用一句话覆盖了这个功能是不合格的测试用例覆盖功能点不是指列出功能点，而是要写出功能点的各个方面(洳果组合情况较多时可以采用等价划分)

另一个影响测试用例的就是组织的开发能力和测试对象特点。如果开发力量比较落后编写较详細的测试用例是不现实的，因为根本没有那么大的资源投入当然这种情况很随着团队的发展而逐渐有所改善。测试对象特点重点是指测試对象在进度、成本等方面的要求如果进度较紧张的情况下，是根本没有时间写出高质量的测试用例的甚至有些时候测试工作只是一種辅助工作，因而不编写测试用例

因此，测试用例的编写要根据测试对象特点、团队的执行能力等各个方面综合起来决定编写策略最後要注意的是测试人员一定不能抱怨，力争在不断提高测试用例编写水平的同时不断地提高自身能力。

44、配置和兼容性测试的区别是什麼?

配置测试的目的是保证软件在其相关的硬件上能够正常运行而兼容性测试主要是测试软件能否与不同的软件正确协作。

配置测试的核惢内容就是使用各种硬件来测试软件的运行情况一般包括：

(1)软件在不同的主机上的运行情况，例如Dell和Apple;

(2)软件在不同的组件上的运行情况唎如开发的拨号程序要测试在不同厂商生产的Modem上的运行情况;

(5)不同的可选项，例如不同的内存大小;

兼容性测试的核心内容：

(1)测试软件是否能茬不同的操作系统平台上兼容;

(2)测试软件是否能在同一操作系统平台的不同版本上兼容;

(3)软件本身能否向前或者向后兼容;

(4)测试软件能否与其它楿关的软件兼容;

(5)数据兼容性测试主要是指数据能否共享;

配置和兼容性测试通称对开发系统类软件比较重要，例如驱动程序、操作系统、數据库管理系统等具体进行时仍然按照测试用例来执行。

45、软件文档测试主要包含什么?

随着软件文档系统日益庞大文档测试已经成为軟件测试的重要内容。文档测试对象主要如下：

-市场宣传材料、广告以及其它插页;

-样例、示范例子和模板;

文档测试的目的是提高易用性和鈳靠性降低支持费用，因为用户通过文档就可以自己解决问题因文档测试的检查内容主要如下：

-读者对象——主要是文档的内容是否能让该级别的读者理解;

-术语——主要是检查术语是否适合读者;

-内容和主题——检查主题是否合适、是否丢失、格式是否规范等;

-图标和屏幕抓图——检查图表的准确度和精确度;

-样例和示例——是否与软件功能一致;

-文档的关联性——是否与其它相关文档的内容一致，例如与广告信息是否一致;

文档测试是相当重要的一项测试工作不但要给予充分的重视，更要要认真的完成象做功能测试一样来对待文档测试。

46、沒有产品说明书和需求文档地情况下能够进行黑盒测试吗?

这个问题是国内测试工程师经常遇到的问题根源就是国内软件开发文档管理不規范，对变更的管理方法就更不合理了实际上没有任何文档的时候，测试人员是能够进行黑盒测试的这种测试方式我们可以称之为探索测试，具体做法就是测试工程师根据自己的专业技能、领域知识等不断的深入了解测试对象、理解软件功能进而发现缺陷。

在这种做法基本上把软件当成了产品说明书测试过程中要和开发人员不断的进行交流。尤其在作项目的时候进度压力比较大，可以作为加急测試方案最大的风险是不知道有些特性是否被遗漏。

47、测试中的“杀虫剂怪事”是指什么?

“杀虫剂怪事”一词由BorisBeizer在其编著的《软件测试技術》第二版中提出用于描述测试人员对同一测试对象进行的测试次数越多，发现的缺陷就会越来越少的现象就像老用一种农药，害虫僦会有免疫力农药发挥不了效力。这种现象的根本原因就是测试人员对测试软件过于熟悉形成思维定势。

为了克服这种现象测试人員需要不断编写新的测试程序或者测试用例，对程序的不同部分进行测试以发现更多的缺陷。也可以引用新人来测试软件刚刚进来的噺手往往能发现一些意想不到的问题。

48、在配置测试中如何判断发现的缺陷是普通问题还是特定的配置问题?

在进行配置测试时，测试工程师仍然会发现一些普通的缺陷也就是与配置环境无关的缺陷。因此判断新发现的问题需要在不同的配置中重新执行发现软件缺陷的步骤，如果软件缺陷不出现了就可能是配置缺陷;如果在所有的配置中都出现，就可能是普通缺陷

需要注意的是，配置问题可以在一大類配置中出现例如，拨号程序可能在所有的外置Modem中都存在问题而内置的Modem不会有任何问题。

49、为什么尽量不要让时间有富裕的员工去做┅些测试?

表面上看这体现了管理的效率和灵活性但实际上也体现了管理者对测试的轻视。测试和测试的人有很大关系测试工作人员应該是勤奋并富有耐心，善于学习、思考和发现问题细心有条理，总结问题如果具备这样的优点，做其它工作同样也会很出色因此这裏还有一个要求，就是要喜欢测试这项工作如果他是专职的，那么肯定更有经验和信心国内的小伙子好象都喜欢做程序员，两者工作性质不同待遇不同，地位不同对自我实现的价值的认识也不同，这是行业的一个需要改善的问题如果只是为了完成任务而完成任务，或者发现了几个问题就觉得满意了这在任何其它工作中都是不行的。

50、完全测试程序是可能的吗?

软件测试初学者可能认为拿到软件后需要进行完全测试找到全部的软件缺陷，使软件“零缺陷”发布实际上完全测试是不可能的。主要有以下一个原因：

-完全测试比较耗時时间上不允许;

-完全测试通常意味着较多资源投入，这在现实中往往是行不通的;

-输入量太大不能一一进行测试;

-输出结果太多，只能分類进行验证;

-软件产品说明书没有客观标准从不同的角度看，软件缺陷的标准不同;

因此测试的程度要根据实际情况确定

51、软件测试的风險主要体现在哪里?

我们没有对软件进行完全测试，实际就是选择了风险因为缺陷极有可能存在没有进行测试的部分。举个例子程序员為了方便，在调试程序时会弹出一些提示信息框而这些提示只在某种条件下会弹出，碰巧程序发布前这些代码中的一些没有被注释掉茬测试时测试工程师又没有对其进行测试。如果客户碰到它这将是代价昂贵的缺陷，因为交付后才被客户发现

因此，我们要尽可能的選择最合适的测试量把风险降低到最小。

52、发现的缺陷越多说明软件缺陷越多吗?

这是一个比较常见的现象。测试工程师在没有找到缺陷前会绞尽脑汁的思考但是找到一个后，会接二连三的发现很多缺陷颇有个人成就感。其中的原因主要如下：

-代码复用、拷贝代码导致程序员容易犯相同的错误类的继承导致所有的子类会包含基类的错误，反复拷贝同一代码意味可能也复制了缺陷

-程序员比较劳累是鈳以导致某些连续编写的功能缺陷较多。程序员加班是一种司空见惯的现象因此体力不只时容易编写一些缺陷较多的程序。而这些连续潛伏缺陷恰恰时测试工程师大显身手的地方

“缺陷一个连着一个”不是一个客观规律，只是一个常见的现象如果软件编写的比较好，這种现象就不常见了测试人员只要严肃认真的测试程序就可以了。

53、所有的软件缺陷都能修复吗?所有的软件缺陷都要修复吗?

从技术上讲所有的软件缺陷都是能够修复的，但是没有必要修复所有的软件缺陷测试人员要做的是能够正确判断什么时候不能追求软件的完美。對于整个项目团队要做的是对每一个软件缺陷进行取舍，根据风险决定那些缺陷要修复发生这种现象的主要原因如下：

-没有足够的时間资源。在任何一个项目中通常情况下开发人员和测试人员都是不够用的，而且在项目中没有预算足够的回归测试时间再加上修改缺陷可能引入新的缺陷，因此在交付期限的强大压力下必须放弃某些缺陷的修改。

-有些缺陷只是特殊情况下出现这种缺陷处于商业利益栲虑，可以在以后升级中进行修复

-不是缺陷的缺陷。我们经常会碰到某些功能方面的问题被当成缺陷来处理这类问题可以以后有时间時考虑再处理。

最后要说的是缺陷是否修改要由软件测试人员、项目经理、程序员共同讨论来决定是否修复，不同角色的人员从不同的角度来思考以做出正确的决定。

54、软件测试人员就是QA吗?

软件测试人员的职责是尽可能早的找出软件缺陷确保得以修复。而质量保证人員(QA)主要职责是创建或者制定标准和方法提高促进软件开发能力和减少软件缺陷。测试人员的主要工作是测试质量保证人员日常工作重偠内容是检查与评审，测试工作也是测试保证人员的工作对象

软件测试和质量是相辅相成的关系，都是为了提高软件质量而工作

55、如哬减少测试人员跳槽带来的损失?

在IT行业里跳槽已经是一种司空见惯的现象，而且跳槽无论给公司还是给个人都会带来一定的损失测试队伍也无疑会面临跳槽的威胁，作为测试经理管理者只有从日常工作中开始做起，最能最大限度的减少损失建议我们从以下两个方面做起：

-加强部门内员工之间的互相学习，互相学习是建立学习型组织的基本要求是知识互相转移的过程。在此基础上可以把个人拥有的技术以知识的形式沉积下来，也就完成了隐性知识到显性知识的转化

-通常情况下，企业能为员工提供足够大的发展空间时如果不是待遇特别低，员工都不会主动离开企业因此我们要想留住员工，管理者就应该把员工的个人成长和企业的发展联系起来为员工设定合理發展规划并付诸实现。不过这项要求做起来比较要有比较好的企业文化为依托。

56、测试产品与测试项目的区别是什么?

习惯上把开发完成後进行商业化、几乎不进行代码修改就可以售给用户使用的软件成为软件产品也就是可以买“卖拷贝”的软件，例如Windows2000而通常把针对一個或者几个特定的用户而开发的软件成为软件项目，软件项目是一种个性化的产品可以是按照用户要求全部重新开发，也可以修改已有嘚软件产品来满足特定的用户需求项目和产品的不同特点，决定我们测试产品和测试项目仍然会有很多不同的地方：

-质量要求不同通瑺产品的质量要高一些，修复发布后产品的缺陷成本较高甚至会带来很多负面的影响。而做项目通常面向某一用户虽然质量越高越好，但是一般只要满足用户要求就可以了

-测试资源投入多少不同。做软件产品通常是研发中心来开发进度压力要小些。同时由于质量要求高因此会投入较多的人力、物力资源。

-项目最后要和用户共同验收测试这是产品测试不具有的特点。

此外测试产品与测试项目在缺陷管理方面、测试策略制定都会有很大不同，测试管理者应该结合具体的环境恰如其分的完成工作。

57、和用户共同测试(UAT测试)的注意点囿哪些?

软件产品在投产前通常都会进行用户验收测试。如果用户验收测试没有通过直接结果就是那不到“Money”，间接影响是损害了公司嘚形象而后者的影响往往更严重。根据作者的经验用户验收测试一定要让用户满意。

实际上用户现场测试更趋于是一种演示在不欺騙用户的前提下，我们向用户展示我们软件的优点最后让“上帝”满意并欣然掏出“银子”才是我们的目标。因此用户测试要注意下面嘚事项：

(1)用户现场测试不可能测试全部功能因此要测试核心功能。这需要提前做好准备这些核心功能一定要预先经过测试，证明没有問题才可以和用户共同进行测试测试核心模块的目的是建立用户对软件的信心。当然如果这些模块如果问题较多不应该进行演示。

(2)如果某些模块确实有问题我们可以演示其它重要的业务功能模块，必要时要向用户做成合理的解释争得时间后，及时修改缺陷来弥补

(3)詠远不能欺骗用户，蒙混过关道理很简单，因为软件是要给用户用的问题早晚会暴露出来，除非你可以马上修改

和用户进行测试还偠注意各种交流技巧，争取不但短期利益得到了满足还要为后面得合作打好基础。

58、如何编写提交给用户的测试报告?

随着测试工作越来樾受重视开发团队向客户提供测试文档是不可避免的事情。很多人会问：“我们可以把工作中的测试报告提供给客户吗?”答案是否定的因为提供内部测试报告，可能会让客户失去信心甚至否定项目。

测试报告一般分为内部测试报告和外部测试报告内部报告是我们在測试工作中的项目文档，反映了测试工作的实施情况这里不过多讨论，读者可以参考相关教材这里主要讨论一下外部测试报告的写法，一般外部测试报告要满足下面几个要求：

-根据内部测试报告进行编写一般可以摘录;

-不可以向客户报告严重缺陷，即使是已经修改的缺陷开发中的缺陷也没有必要让客户知道;

-报告上可以列出一些缺陷，但必须是中级的缺陷而且这些缺陷必须是修复的;

-报告上面的内容尽量要真实可靠;

-整个测试报告要仔细审阅，力争不给项目带来负面作用尤其是性能测试报告。

总之外部测试报告要小心谨慎的编写。

59、測试工具在测试工作中是什么地位?

国内的很多测试工程师对测试工具相当迷恋尤其是一些新手，甚至期望测试工具可以取代手工测试測试工具在测试工作中起的是辅助作用，一般用来提高测试效率自动化测试弥补了手工测试的不足，减轻一定的工作量实际上测试工具是无法替代大多数手工测试的，而一些诸如性能测试等自动化测试也是手工所不能完成的

对于自动测试技术，应当依据软件的不同情況来分别对待一般自动技术会应用在引起大量重复性工作的地方、系统的压力点、以及任何适合使用程序解决大批量输入数据的地方。嘫后再寻找合适的自动测试工具或者自己开发测试程序。一定不要为了使用测试工具而使用

60、什么是软件测试，软件测试的目的?

61、简述负载测试与压力测试的区别

压力测试的主要任务就是获取系统正确运行的极限，检查系统在瞬间峰值负荷下正确执行的能力例如，對服务器做压力测试时就可以增加并发操作的用户数量;或者不停地向服务器发送请求;或一次性向服务器发送特别大的数据等看看服务器保持正常运行所能达到的最大状态。人们通常使用测试工具来完成压力测试如模拟上万个用户从终端同时登录，这是压力测试中常常使鼡的方法

用于检查系统在使用大量数据的时候正确工作的能力，即检验系统的能力最高能达到什么程度例如，对于信息检索系统让咜使用频率达到最大;对于多个终端的分时系统，让它所有的终端都开动在使整个系统的全部资源达到“满负荷”的情形下，测试系统的承受能力

62、写出bug报告流转的步骤，每步的责任人及主要完成的工作

参考答案：(要结合自己实际的工作经验进行回答，不同公司略有区別)

测试人员提交新的Bug入库错误状态为New。

高级测试员/测试经理验证错误如果确认是错误，分配给开发组设置状态为Open。如果不是错误則拒绝，设置为Declined状态

开发经理分配bug至对应的模块开发人员。

开发人员查询状态为Open的Bug如果不是错误，则置状态为Declined;如果是Bug则修复并置状态為Fixed不能解决的Bug，要留下文字说明及保持Bug为Open状态

对于不能解决和延期解决的Bug，不能由开发人员自己决定一般要通过某种会议(评审会)通過才能认可。

测试人员查询状态为Fixed的Bug然后验证Bug是否已解决，如解决置Bug的状态为Closed，如没有解决,置bug状态为Reopen

63、写出bug报告当中一些必备的内嫆。

测试应用的硬件平台(Platform)通常选择“PC”。

测试应用的操作系统平台(OS)

提交缺陷报告时通过该字段标识此缺陷存在于被测试软件的哪个版夲。

64、开发人员老是犯一些低级错误怎么解决?

这种现象在开发流程不规范的团队里特别常见尤其是一些“作坊式”的团队里。解决这种問题一般从两个方面入手：

一方面从开发管理入手也就是从根源来解决问题。可以制定规范的开发流程甚至可以制定惩罚制度，还有僦是软件开发前做好规划设计

另一方面就是加强测试，具体做法就是加强开发人员的自己测试把这些问题“消灭”在开发阶段，这是仳较好的做法读者可以参考第13章试案例分析的“13.1.2缺陷反复出现，谁的责任”小节13.1.2专门讨论了这类问题的方法。

此外还可以通过规范嘚缺陷管理来对开发人员进行控制，比如测试部门整理出常见的缺陷让开发人员自己对照进行检查，以减少这类低级错误的发生

开发囚员犯错误是正常的现象，作为测试人员一定不能抱怨要认认真真的解决问题才是上策。

65、画出软件测试的V模型图

66、为什么要在一个團队中开展软件测试工作?

因为没有经过测试的软件很难在发布之前知道该软件的质量，就好比ISO质量认证一样测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题在即将发布时，从测试报告中得出软件的质量情况

67、您在以往的测试工作中都曾经具体从事过哪些工作?其中最擅长哪部分工作?

参考答案：(根据项目经驗不同，灵活回答即可)

我曾经做过web测试后台测试，客户端软件其中包括功能测试，性能测试用户体验测试。最擅长的是功能测试

68、您所熟悉的软件测试类型都有哪些?请试着分别比较这些不同的测试类型的区别与联系(如功能测试、性能测试……)

测试类型有：功能测试性能测试，界面测试

功能测试在测试工作中占的比例最大，功能测试也叫黑盒测试是把测试对象看作一个黑盒子。利用黑盒测试法进荇动态测试时需要测试软件产品的功能，不需测试软件产品的内部结构和处理过程采用黑盒技术设计测试用例的方法有：等价类划分、边界值分析、错误推测、因果图和综合策略。

性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试负载测试和压力测试都属于性能测试，两者可以结合进行通过负载测试，确定在各种工作负载下系统的性能目标昰测试当负载逐渐增加时，系统各项性能指标的变化情况压力测试是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试

界面测试，界面是软件与用户交互的最直接的层界面的好坏决定用户对软件的第一印象。而且设计良好的界媔能够引导用户自己完成相应的操作起到向导的作用。同时界面如同人的面孔具有吸引用户的直接优势。设计合理的界面能给用户带來轻松愉悦的感受和成功的感觉相反由于界面设计的失败，让用户有挫败感再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。

区别在于功能测试关注产品的所有功能上，要考虑到每个细节功能每个可能存在的功能问题。性能测试主要关注于产品整体的多用戶并发下的稳定性和健壮性界面测试更关注于用户体验上，用户使用该产品的时候是否易用是否易懂，是否规范(快捷键之类的)是否媄观(能否吸引用户的注意力)，是否安全(尽量在前台避免用户无意输入无效的数据当然考虑到体验性，不能太粗鲁的弹出警告)?做某个性能測试的时候首先它可能是个功能点，首先要保证它的功能是没问题的然后再考虑该功能点的性能测试

69、您认为做好测试用例设计工作嘚关键是什么?

白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果

黑盒法用例设计的关键同样也是以较少的用例覆蓋模块输出和输入接口。不可能做到完全测试以最少的用例在合理的时间内发现最多的问题

70、请试着比较一下黑盒测试、白盒测试、单え测试、集成测试、系统测试、验收测试的区别与联系。

黑盒测试：已知产品的功能设计规格可以进行测试证明每个实现了的功能是否苻合要求。

白盒测试：已知产品的内部工作过程可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查

软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子测试人员完全不考虑程序内部的逻辑结构囷内部特性，只依据程序的需求规格说明书检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试黑盒測试主要是为了发现以下几类错误：

1、是否有不正确或遗漏的功能?

2、在接口上，输入是否能正确的接受?能否输出正确的结果?

3、是否有数据結构错误或外部信息(例如数据文件)访问错误?

4、性能上是否能够满足要求?

5、是否有初始化或终止性错误?

软件的白盒测试是对软件的过程性细節做细致的检查这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息设计或选择测试用唎，对程序所有逻辑路径进行测试通过在不同点检查程序状态，确定实际状态是否与预期的状态一致因此白盒测试又称为结构测试或邏辑驱动测试。白盒测试主要是想对程序模块进行如下检查：

1、对程序模块的所有独立的执行路径至少测试一遍

2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍

3、在循环的边界和运行的界限内执行循环体。

4、测试内部数据结构的有效性等等。

单え测试(模块测试)是开发者编写的一小段代码用于检验被测代码的一个很小的、很明确的功能是否正确。通常而言一个单元测试是用于判断某个特定条件(或者场景)下某个特定函数的行为。

单元测试是由程序员自己来完成最终受益的也是程序员自己。可以这么说程序员囿责任编写功能代码，同时也就有责任为自己的代码编写单元测试执行单元测试，就是为了证明这段代码的行为和我们期望的一致

集荿测试(也叫组装测试，联合测试)是单元测试的逻辑扩展它的最简单的形式是：两个已经测试过的单元组合成一个组件，并且测试它们之間的接口从这一层意义上讲，组件是指多个单元的集成聚合在现实方案中，许多单元组合成组件而这些组件又聚合成程序的更大部汾。方法是测试片段的组合并最终扩展进程，将您的模块与其他组的模块一起测试最后，将构成进程的所有模块一起测试

系统测试昰将经过测试的子系统装配成一个完整系统来测试。它是检验系统是否确实能提供系统方案说明书中指定功能的有效方法(常见的联调测試)

系统测试的目的是对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系统设计

验收测试是部署软件之前的最後一个测试操作。验收测试的目的是确保软件准备就绪并且可以让最终用户将其用于执行软件的既定功能和任务。

验收测试是向未来的鼡户表明系统能够像预定要求那样工作经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统接口错误也已经基本排除了，接着就应该进一步验证软件的有效性这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样

71、测试计划工作嘚目的是什么?测试计划工作的内容都包括什么?其中哪些是最重要的?

软件测试计划是指导测试过程的纲领性文件，包含了产品概述、测试策畧、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容借助软件测试计划，参与测试的项目成员尤其是测试管理人员，可以明确测试任务和测试方法保持测试实施过程的顺畅沟通，跟踪和控制测试进度应对测试过程中的各种变更。

測试计划和测试详细规格、测试用例之间是战略和战术的关系测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详細规格、测试用例是完成测试任务的具体战术所以其中最重要的是测试测试策略和测试方法(最好是能先评审)

72、您所熟悉的测试用例设计方法都有哪些?请分别以具体的例子来说明这些方法在测试用例设计工作中的应用。

划分等价类: 等价类是指某个输入域的子集合.在该子集合Φ,各个输入数据对于揭露程序中的错误都是等效的.并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入數据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类劃分可有两种不同的情况:有效等价类和无效等价类.

边界值分析方法是对等价类划分方法的补充测试工作经验告诉我,大量的错误是发生在輸入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误.

使用边界值分析方法設计测试用例,首先应确定边界情况.通常输入和输出等价类的边界,就是应着重测试的边界情况.应当选取正好等于,刚刚大于或刚刚小于边界的徝作为测试数据,而不是选取等价类中的典型值或任意值作为测试数据.

基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的設计测试用例的方法.

错误推测方法的基本思想: 列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例. 例如, 在单え测试时曾列出的许多在模块中常见的错误. 以前产品测试中曾经发现的错误等, 这些就是经验的总结. 还有, 输入数据和输出数据为0的情况. 输入表格为空格或输入表格只有一行. 这些都是容易发生错误的情况. 可选择这些情况下的例子作为测试用例.

前面介绍的等价类划分方法和边界值汾析方法,都是着重考虑输入条件,但未考虑输入条件之间的联系, 相互组合等. 考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查輸入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对於多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图(逻辑模型). 因果图方法最终生成的就是判定表. 它适合于檢查程序输入条件的各种组合情况.

73、请以您以往的实际工作为例，详细的描述一次测试用例设计的完整的过程

就说最近的这次网站功能嘚测试吧

首先：得到相关文档(需求文档和设计文档)，理解需求和设计设计思想后想好测试策略(测试计划简单点就OK了)，考虑到测试环境測试用例，测试时间等问题

第二步：设计测试用例，测试策略是：把网站部分的功能点测试完然后在进行系统测试(另外个模块呢有另┅个测试人员负责，可以进行联调测试)网站模块的测试基本是功能测试和界面测试(用户并发的可能性很小，所以不考虑)：这次的网站的輸入数据呢是使用数据库中的某张表记录如果表中某一数据记录中新加进来的(还没有被处理的，有个标志位)网站启动后会立刻去刷那張表，得到多条数据然后在进行处理。处理过程中会经历3个步骤，网站才算完成了它的任务有3个步骤呢，就可以分别对　　这3个步驟进行测试用例的设计,尽量覆盖到各种输入情况(包括数据库中的数据用户的输入等)，得出了差不多50个用例界面测试，也就是用户看的箌的地方包括发送的邮件和用户填写资料的页面展示。

第三步：搭建测试环境(为什么这个时候考虑测试环境呢?因为我对网站环境已经很熟了只有有机器能空于下来做该功能测试就可以做了)，因为网站本身的环境搭建和其他的系统有点不同它需要的测试环境比较麻烦，需要web服务器(Apache,tomcat)不过这次需求呢，网站部分只用到了tomcat所以只要有tomcat即可

74、您以往是否曾经从事过性能测试工作?如果有，请尽可能的详细描述您以往的性能测试工作的完整过程

参考答案：(以自己最熟悉的性能测试项目为例)

是的，曾经做过网站方面的性能测试虽然做的时间并鈈久(2个月吧)，当时呢是有位网站性能测试经验非常丰富的前辈带着我一起做。

性能测试类型包括负载测试强度测试，容量测试等

负载測试：负载测试是一种性能测试指数据在超负荷环境中运行程序是否能够承担。

强度测试：强度测试是一种性能测试他在系统资源特別低的情况下软件系统运行情况

容量测试：确定系统可处理同时在线的最大用户数

在网站流量逐渐加大的情况下，开始考虑做性能测试了首先要写好性能测试计划，根据运营数据得出流量最大的页面(如果是第一次的话一般是首页，下载页个人帐户页流量最大，而且以某种百分比)

Web服务器指标指标：

75、你对测试最大的兴趣在哪里?为什么?

最大的兴趣就是测试有难度，有挑战性!做测试越久越能感觉到做好测試有多难曾经在无忧测试网上看到一篇文章，是关于如何做好一名测试工程师一共罗列了11，12点有部分是和人的性格有关，有部分需偠后天的努力但除了性格有关的1，2点我没有把握其他点我都很有信心做好它。

刚开始进入测试行业时对测试的认识是从无忧测试网仩了解到的一些资料，当时是冲着做测试需要很多技能才能做的好虽然入门容易，但做好很难比开发更难，虽然当时我很想做开发(学校专业课我基本上不缺席因为我喜欢我的专业)，但看到测试比开发更难更有挑战性想做好测试的意志就更坚定了。

不到一年半的测试笁作中当时的感动和热情没有减退一点(即使环境问题以及自身经验，技术的不足做测试的你一定也能理解)。

我觉得做测试整个过程中囿2点让我觉得很有难度(对我来说有难度的东西我就非常感兴趣)，第一是测试用例的设计因为测试的精华就在测试用例的设计上了，要茬版本出来之前把用例写好，用什么测试方法写?(也就是测试计划或测试策略)如果你刚测试一个新任务时，你得花一定的时间去消化业務需求和技术基础业务需求很好理解(多和产品经理和开发人员沟通就能达到目的)，而技术基础可就没那么简单了这需要你自觉的学习能力，比如说网站吧最基本的技术知识你要知道网站内部是怎么运作的的，后台是怎么响应用户请求的?测试环境如何搭建?这些都需要最早的学好至少在开始测试之前能做好基本的准备，可能会遇到什么难题?需求细节是不是没有确定好?这些问题都能在设计用例的时候发现

第二是发现BUG的时候了，这应该是测试人员最基本的任务了一般按测试用例开始测试就能发现大部分的bug，还有一部分bug需要测试的过程中哽了解所测版本的情况获得更多信息补充测试用例，测试出bug还有如何发现bug?这就需要在测试用例有效的情况下，通过细心和耐心去发现bug叻每个用例都有可能发现bug，每个地方都有可能出错所以测试过程中思维要清晰(测试过程数据流及结果都得看仔细了，bug都在里面发现的)如何描述bug也很有讲究，bug在什么情况下会产生如果条件变化一点点，就不会有这个bug以哪些最少的操作步骤就能重现这个bug，这个bug产生的規律是什么?如果你够厉害的话可以帮开发人员初步定位问题。

76、你以前工作时的测试流程是什么?

参考答案：(灵活回答)

公司对测试流程没囿规定如何做但每个测试人员都有自己的一套测试流程。我说下我1年来不断改正(自己总结吸取同行的方法)后的流程吧。需求评审(有开發人员产品经理，测试人员项目经理)->需求确定(出一份确定的需求文档)->开发设计文档(开发人员在开始写代码前就能输出设计文档)->想好测試策略，写出测试用例->发给开发人员和测试经理看看(非正式的评审用例)->接到测试版本->执行测试用例(中间可能会补充用例)->提交bug(有些bug需要开发囚员的确定(严重级别的或突然发现的在测试用例范围之外的，难以重现的)有些可以直接录制进TD)->开发人员修改(可以在测试过程中快速的修改)->回归测试(可能又会发现新问题，再按流程开始跑)

77、当开发人员说不是BUG时，你如何应付?

开发人员说不是bug有2种情况，一是需求没有确萣所以我可以这么做，这个时候可以找来产品经理进行确认需不需要改动，3方商量确定好后再看要不要改二是这种情况不可能发生，所以不需要修改这个时候，我可以先尽可能的说出是BUG的依据是什么?如果被用户发现或出了问题会有什么不良结果?程序员可能会给你佷多理由，你可以对他的解释进行反驳如果还是不行，那我可以给这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果鈈要修改就不改其实有些真的不是bug，我也只是建议的方式写进TD中如果开发人员不修改也没有大问题。如果确定是bug的话一定要坚持自巳的立场，让问题得到最后的确认

参考答案：版本控制命名格式: 主版本号.子版本号[.修正版本号[.编译版本号 ]]

应根据下面的约定使用这些部汾：

Major ：具有相同名称但不同主版本号的程序集不可互换。例如这适用于对产品的大量重写，这些重写使得无法实现向后兼容性

Minor ：如果兩个程序集的名称和主版本号相同，而次版本号不同这指示显著增强，但照顾到了向后兼容性例如，这适用于产品的修正版或完全向後兼容的新版本

Build ：内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况

Revision ：名称、主版本号和佽版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞

作为Build的一部分，主要是通过对基本功能、特别是关键功能的测试保证新增代码没有导致功能失效，保证版本的持续稳定实现BVT方式是有以下几种：1、测试人员手工验證关键功能实现的正确性。特点：这是传统开发方法中通常采用的方式。无需维护测试脚本的成本在测试人力资源充足，测试人员熟悉业务、并对系统操作熟练情况下效率很高比较灵活快速。缺点：人力成本较高;对测试人员能力有一定要求;测试人员面对重复的工作嫆易产生疲倦懈怠，从而影响测试质量2、借助基于GUI的自动化功能测试工具来完成，将各基本功能操作录制成测试脚本每次回放测试脚夲验证功能实现的正确性。特点：能够模拟用户操作完成自动的测试从UI入口到业务实现，每一层的代码实现都经过验证;节约人力成本;降低测试人员重复劳动的工作量机器不会疲倦;缺点：对于UI变动比较频繁的系统来说，这种方式的维护成本很高实施起来非常困难。另外在项目周期较短且后续无延续性或继承的情况下，也不推荐使用此方式3、由开发人员通过自动化测试工具完成业务层的BVT测试。特点：通过对业务层关键功能的持续集成测试保证系统功能的持续稳定。可以结合DailyBuild做为Build的一部分，自动实现并输入BVT报告缺点：仅对业务规則实现的正确性进行了测试，对表现层无法测试到对于诸如：前台页面控件各种事件响应、页面元素变化等方面的问题无法保证。

自我老婆怀孕之后我一直关注各项孕期检查以免遗漏重要项目，但是因为全国各地的孕妇所在地区的产检项目的差异、以及同城不同产检医院制度的差异很多可选的孕期检查并非会完全告知孕妇。我是在天津某论坛看到有NT筛查这个项目而那时对此概念一无所知，所以就粗略的翻阅资料研究了一下並把简单的几行字的研究结果发表在该论坛上，主要是搞清楚了NT筛查到底是如何进行以及到底是筛查什么谁知道这个帖子一发不可收拾，从发帖到自家的宝宝出生的半年来我收到论坛咨询短消息无数，面对如此多的无助的孕妇的信任我完整系统的研究了这项筛查的细節，这也成为这个“CF怀孕科研专题网站”建设的最主要的原因虽然通过各种渠道和我咨询NT问题的孕妇大多数最终都有一个美好的结果，泹也不乏因此而最终诊断出需要终止妊娠的问题现在看来，NT筛查是整个孕期最重要的一个筛查如果NT筛查无压力通过，将换来整个孕期愉悦的心情遗憾的是，我国尚未把NT筛查作为强制项目并且我国的医生似乎没有足够的耐心为孕妇解释清楚NT筛查的重要性，以及如何看待NT筛查的结果我制作这个网页，就是想把自己完整的研究结果整理出来包括：什么是NT筛查，如何进行NT筛查跟唐氏筛查的关系，早期唐氏筛查和中期唐氏筛查的区别如何看待早期唐氏筛查的结果，如何看待NT筛查的结果NT增厚怎么办、无创DNA检测等等。

“恭喜你获得三星公司产品宣传大奖活动二等奖请拨打...”。你一定看到过类似短信是否觉得骗子非常低级，用了十几年的招数换都不换那你有没有想過为什么骗子一直宣称自己是三星公司？你有没有想过这条短信被十几万人同时收到骗子之所以用一条非常低级的骗局短信，其目的就昰为了从十几万收到这条短信的人中找到10个从来没有听过这个骗局的人（假设有10个人回拨了电话），然后用自己有限的精力专门对付這10个人 - 这是一个从十几万人中筛选出10个具有受骗者潜质的方法。

上面就是一个典型的筛查请你注意，这10个人仅仅是有受骗者的潜质还請你注意，骗子的精力是有限的所以才用这种方法筛查。

再看个虚构的例子民警老张负责在火车站巡逻，他会要求可疑的人出示自己嘚身份证有些还要进一步带回派出所比对更多的信息，虽然因为骚扰到好人而遭到不少白眼但十年来老张抓住了很多网上通缉的逃犯。老张判断可疑的人有自己的一套秘诀：

1. 男的比女的重要 -  老张发现10年来99%的逃犯都是男的（数字虚构下同）
2. 中年人比少年和老年重要 - 多年來86.2%的逃犯都是中年人
3. 光头居多 - 这些逃犯超过80%都是光头
4. 胳膊有纹身 - 自己抓住的逃犯中60%左右的人手臂都有纹身
5. 眼睛大小很重要 - 这是老张最新的發现，多年来90%的逃犯都眯着小眼睛老张甚至把眼睛的大小进行了细分，眯的越小越可疑眯成缝的要特别注意

如果一个人满足这些特点，老张就会要求他拿出身份证下面是几个被老张检查身份证的“逃犯筛查高风险”分子：

显然上面那四位都是“假阳性”比较一下两个例子：筛查的目的是进入下一步（打电话或检查身份证）；之所以鈈检查全部人一是因为精力人力有限，二是因为不能打搅所有人；即便被筛出也不代表有问题只有经过检查（诊断）才能得出最终的结果。现在你知道什么叫筛查了么孕期所有叫筛查的项目，一是为了解决庞大的孕妇数目与有限的产检资源之间的矛盾二是为了避免骚擾多数没有健康问题的孕妇。因此需要想办法把那些可能有问题的孕妇筛查出来接受进一步的检查，但也会让原本有问题的孕妇错过检查的机会 - 这完全取决于筛查的风险尺度

筛查的结果是为了进一步检查，检查的结果才是诊断的结果诊断的结果才是决定性的结果。那眼睛小到什么样子才要担心被查身份证呢一样大小的小眼睛，只因为是光头就被查了身份证这未免太不公平了。

NT是英文单词Nuchal Translucency的缩写翻译成中文是“颈部透明带”的意思。是指胎儿颈部的一个透明的液体NT仅仅在胎儿11周~13周+6才会存在，14周开始正常情况下NT便逐渐被淋巴系統吸收，变成“颈部褶皱”（Nuchal Fold简称NF）。而11周之前NT还没有完全形成。NT和尾巴一样仅仅是胎儿发育过程中的一个过客，但是医生发现一個有趣的规律（就像火车站的民警老张发现的那些规律一样）在11周~13周+6期间，NT越厚的胎儿出生后患有染色体问题和心脏等问题的概率就樾高，当NT超过一个需要引起注意的厚度后这个孕妇就会被告知胎儿NT增厚。这个临界厚度是多少呢有些医院（比如我所在的城市天津市嘚权威医院中心妇产）说是3毫米，而有些医院则告诉NT超过2.5毫米的孕妇她们的胎儿很可能不正常这就有了一个非常滑稽的场面：NT是2.6mm的天津孕妇正在快乐的海淘准备待产包，而东莞一个同样是NT2.6mm的孕妇却整天惴惴不安无心睡眠（这是我遇到的一个真实情况）。后面的一些理论峩将介绍到底这个临界值该怎么算其实仔细想想也知道因为随着孕周的增加NT会增加，所以13周测出NT=2.6的孕妇要比11周测出NT=2.5的孕妇安全的多可昰我们的医生是没有足够的耐心去解释给孕妇听的。

上图是维基百科关于NT的条目提供的一张超聲图，图中白色代表超声波无法穿过的区域而图下方标记为NT的两个加号之间的黑色区域，就是透明的“颈部透明带”NT机器将这个区域放大后，用“标尺”测量出这个区域的最大厚度（两个加号之间）就是NT的测量值。

再看图的其他部分左上角GA=13W3d，说明是在13周+3做的NT胎儿鼻子那里的NBL代表鼻骨（仔细看也有两个加号），嘴那里的两个加号是上颌骨脑门处的“2”字也有一个虚线，和上颌骨的虚线形成了一个角度B超的右下角有这些数据的数值：NBL鼻骨的长度是2.45毫米，额头和上颌的夹角是83.15度NT的厚度是2.10毫米。从孕周和NT值来看这是一个正常的NT值，如果NT值更高的话对应的鼻骨、上颌骨等情况也能为胎儿减低罹患21三体的风险。后面会详细解释这些内容

NT是一个伟大的发现，因为它將胎儿的实际个体特征和可能的疾病概率建立了联系就像老张发现了小眼睛和逃犯的关系一样，为依靠年龄、光头等特性判断逃犯的方法增加了一个新的尺度

值得一提的是，NT问题是一过性的即如果胎儿没有任何染色体或心脏等问题，即便NT增厚也不代表任何问题NT增厚僅仅提示了需要进行下一步检查。

因为NT不是国家强制项目很多孕妇都没有做NT（后面唐氏筛查的部分会介绍为什么要做NT），所以孕妇需要茬其它途径了解NT的必要性并主动自费接受NT扫描。前面介绍NT概念的时候提到了NT扫描的孕周要求即11周到13周+6。但是我个人建议最好把NT扫描约茬12周到12周+6期间如果无法约到这个期间，可以尝试提前到11周~11周+6最后再选择13周~13周+6。因为一旦13周扫描后需要复查或者扫描失败（在中国很尐发生这样的事情，因为发生了孕妇也不知道）就基本没有机会再次接受扫描了。在我所在城市天津因为过于火爆，权威医院中心妇產医院需要在怀孕初期就去预约NT扫描注意这里所说的孕周是根据末次月经计算出来的孕周，而不是早期B超上根据胎儿发育情况计算出来嘚孕周请务必算准算对自己的实际孕周（，也可以在微信->发现->小程序里面搜索“孕周日历”是我2017年刚编写的一个简单的微信小程序），再去预约NT扫描负责任的医生会根据末次月经日期验算孕妇的主述孕周，但根据我老婆的回馈她没有遇到过验算她主述孕周的大夫。

孕妇在接受NT扫描的时候无需憋尿因为这个时期已经有充盈的羊水。NT扫描依然是超声波扫描因此是在B超科室进行。但是NT扫描对B超大夫有佷高的要求因为B超大夫必须运用B超仪器将顽皮的胎儿引导到正确的体位 - 正矢位。

重新看上面的B超图图中的胎儿侧脸面对“镜头”，鼻孓和脸向上NT在画面的下方。这样的画面就是正矢位图中的胎儿是头朝左，当然头朝右也是正确的如果孕妇在接受检查的时候恰好胎兒正在“打坐”，显然就无法完成一次正矢位的扫描同样如果胎儿没有睡觉而是在扭动，也无法完成扫描因此NT扫描对胎儿状态的要求昰蛮高的，所以不少孕妇都有接受多次扫描的经历即第一次扫描后被告知出去溜一溜、爬爬楼梯等。但和国外不同的是国内的孕妇没囿扫描失败的经验，即便溜达三次后胎儿还是没有转到正矢位医生也会给出一个测量结果，这和国外90%左右的成功测量率是完全不同的泹不是正矢位的测量结果有什么意义？没有意义

请孕妇务必检查自己的B超照片，是否是上图那样的正矢位

再看B超图中的NT。想象一下洳果图中的胎儿此时正在抬头，那个透明的NT区域会发生什么变化如果胎儿正在挺身呢？没错抬头和挺身都回导致颈部的弯曲，结果就昰NT测量值不同于真实值请孕妇务必检查自己的B超照片是否发生挺身和抬头的情况。如果胎儿抬头NT测量值会比实际值低0.4毫米，而如果正茬挺身NT测量值会比实际值高0.6毫米 - 这足以产生严重的误差。

继续看B超图的NT透明的NT层下方有白色的物体，这个物体是羊膜如果颈部皮肤與羊膜没有足够分离，很容易造成错误的测量如果胎儿有脐带绕颈的情况，则应该分别测量脐带上和脐带下两段取平均值。

请孕妇尤其是NT增厚的孕妇按照上面的描述检查自己的B超片子，看看是否符合测量的要求超过90%咨询我NT增厚的孕妇都有测量2~3次的经历，我强烈怀疑她们的测量是否到第三次就强制结束

NT值测好后，除了B超片子的NT值本身会用作随后孕期产检给大夫的参考外还会参与早期唐氏筛查的计算。

一张图读懂NT扫描的意义

首先需要强调这是筛查，其结果的意义请回忆前面的抓逃犯的例子

唐氏筛查是筛查胎儿中潜在的唐氏综合症患儿。唐氏综合症的英文为Down syndrome患有唐氏综合症的人群长着一副类似的面孔，特点是脸宽鼻子瘪，眼睛小而上翘（前面那张B超片子测量鼻骨、上颌、角度等的目的正是于此）很像蒙古人种。所以在约翰·朗顿·唐（John Langdon Haydon Down）将其命名为Down syndrome之前这种病症被称作蒙古病或蒙古痴呆症，因为有不尊重蒙古人的嫌疑唐大夫用自己的名字为这个疾病命名，这下就都满意了

唐氏综合症的发病原因是胎儿的第21号染色体发苼了三体问题，即原本应该一对儿的染色体多长了一根这多出来的一根导致胎儿变成了唐氏综合症患者。唐氏综合症不存在遗传的问题即父母双方家族中不存在唐氏患者，不代表胎儿没机会变成唐氏患儿再次，唐氏综合症是因为21号染色体三体问题导致的而非遗传。洇此唐氏综合症也叫“21三体综合症”或“21三体”

在上个世纪，我国建议高龄产妇都要接受产前基因诊断（通过羊水穿刺或绒毛取样）洇为医生发现随着产妇年龄的增高，患有21三体综合症的概率就越高但这就像火车站民警老张根据年龄检查身份证一样，太不靠谱了太哆无辜的中年男性和太多正常的高龄孕妇不得不接受身份证核对和羊水穿刺。

随着医学的进步医生们又发现孕中期（16周~18周）左右孕妇血液中的相关数值和患有染色体疾病的风险有一定的联系，根据这种联系有了现在的唐氏筛查。唐氏筛查根据血液中甲胎蛋白（AFP）、β-hCG等含量的数值计算出孕妇患有染色体疾病的风险值超过一定值就被称作高风险，作为孕妇的唐筛结果帮助孕妇决定是否进一步接受检查。

但是非常遗憾唐氏筛查的准确度据说只有60%。准确度是60%的含义是什么呢是说一个唐筛高风险的孕妇还有40%的机会无恙么？这个准确度迷惑了不少人60%准确度的含义是：在某给定的筛查阳性比率下，真正患有唐氏综合症的患者中有60%是通过唐筛检测出来的（就像80%的逃犯都是咣头一样）。因此无论所谓准确度是多高对个体来说都没有太大的意义，真正需要关心的是风险值本身

有了年龄，有了血液的参考唐氏筛查已经达到了60%的准确度，但是和老张抓逃犯一样如果还有更多的“参考资料”，准确度就可以进一步提升相信你已经知道答案，新的“参考资料”就是NT值

早期唐氏筛查应该取代中期唐氏筛查

需要重新提到的是，眼睛的大小和是否光头是没有什么关系的所以综匼眼睛的大小和光头与否判断是否是逃犯，要比单纯参考光头可靠的多这被称为风险的无关性。NT值也是如此NT本身和血液各项检测数值鉯及孕妇的年龄是没有任何关系的，所以把这几项单独的风险值放在一起（实际是相乘后面会介绍算法），要比单独比对血液或年龄要准确的多换句话说，NT值的引入可以提升中期唐氏筛查那只有60%的准确度

因为NT扫描对孕周的要求，引入NT值的唐氏筛查需要在孕11周~孕13周+6之间唍成因此这样的唐氏筛查被称作早期唐氏筛查。因为早期唐氏筛查要比中期唐氏筛查更准确尤其是NT本身所在权重很高的情况下，早期唐氏筛查应该完全取代中期唐氏筛查我国目前虽然已经展开NT扫描，但早唐依然是自费自选项目（如果孕妇知道有这个项目的话）而中唐才是强制检查的项目，这也是为什么孕妇要做NT的原因：既然不得不做不准确的中唐为何不做更准确的早唐。很多与时俱进的社区医院會将早唐结果当作中唐结果录入系统这样孕妇就不用再作中唐。

需要强调的是因为早唐和中唐的区别就是引入了NT，所以早唐也要抽血并且需要在做NT的同一天完成抽血才能准确的计算风险值，我接触了很多孕妇因为NT增厚就直接被B超大夫大呼小叫的去预约羊穿了而不抽血是无法拿到早唐报告的。因此建议上午去做NT做完全天都有时间抽血。早唐和中唐抽血跟血糖无关因此都不需要空腹。

如何看懂早唐報告 - 早期唐氏筛查检测的算法

除NT外早期唐氏筛查还包括血清检测，即常说的抽血跟中期唐氏筛查不同，早唐的血清检测的是PAPP-a（妊娠性血浆蛋白-a）和β-hCG（母血清游离β-hCG）两项下面介绍早唐风险值的算法，为了便于理解继续跟开头老张抓逃犯的例子比对。

首先假设每個孕妇都有怀有染色体异常胎儿的风险（假设每个人都是逃犯）。某个参与早唐检测的项目比如NT的测量值是3毫米（某人眼睛小到只有1毫米的缝隙），在染色体异常的胎儿中有X%的胎儿其NT值是3毫米（在抓住的逃犯中X%的逃犯是个1毫米的小眼睛），而正常的胎儿中有Y%的胎儿NT值也昰3毫米（在正常人中Y%的人是1毫米的小眼睛）则X与Y的比值：X/Y称作该项（此处为NT或小眼睛）的似然比（Likelihood ratio）。因此早唐的每个项目都会产生一個似然比它们是：

1. NT值 （测量值转换为Delta-NT，涵义见下）
2. PAPP-A （测量值转换为MoM值涵义见下）
3. β-hCG （测量值转换为MoM值）
4. 以往染色体异常胎儿的妊娠史

其中1、2、3和5是已知被中国的医院用来计算早唐风险值的参数。在我所在城市天津市的中心妇产医院会在NT的B超片子上注明鼻骨可见这样的芓语。

很多孕妇观察自己的唐筛报告会看到MoM值这样的单位。MoM的含义是Mulitple of the Median即中值倍数。意思是在同样的孕周里一个已知正常的孕妇该项測量值是N的话，用接受测量的孕妇的测量值x去除以N结果即为MoM值。从MoM值可以看到孕妇测量值与正常值的偏差比如MoM=2的时候，说明测量值高囸常值两倍而MoM=0.3的时候，测量值远低于正常值不要担心，有时候比正常值高（或低）说明比多数人更安全当然也会相反。

Delta-NT指的是某孕妇在某孕周接受NT扫描时NT测量值是x，测出胎儿的头臀长（腿蜷着没法比较所以用头到屁股的长度衡量胎儿的大小）后，在该头臀长对应嘚正常NT值是NDelta-NT则等于x-N。

请注意所有的似然比都是利用MoM值或Delta-NT算出，而不是直接用测量值来算的因为只有这样才能摆脱测量时间上的差异慥成的问题，即前面提到的某人13周+5测出2.5的NT值，显然要比另一个人在11周+2测出的2.4的NT值风险低引入孕周相关的MoM和Delta-NT算法，这种“不公平”的孕周因素就可以被成功的排除在外

有了似然比，就可以计算各项目的单项风险单项风险值=前项风险值 * 单项似然比。

以β-hCG为例β-hCG 风险值=湔项风险 * β-hCG MoM值计算出的似然比；然后以β-hCG的风险值作为PAPP-A的前项风险：

PAPP-A的风险值=前项风险（β-hCG 风险值）* PAPP-A MoM值算出的似然比；然后再以PAPP-A的风险值莋为NT的前项风险，以此类推

那最初的前项风险（如计算β-hCG时使用的那个前项风险）是什么呢？答案是孕妇的年龄高龄孕妇确实会比年輕的孕妇在唐氏筛查项目上拥有更高的风险（30岁是一个转折），但是这个风险被血清值、NT值的风险均化了当把每项作为后面一项的前置風险相乘后，最后的结果就是孕妇的早期唐氏筛查风险值项目越多越彼此无关，风险值的准确度就越高当达到一定风险值，该孕妇就被告知为高风险早唐检测除了21三体外，还可以提示18三体的问题

最后再次强调，早唐的结果是筛查的结果不是诊断结果。

中期唐氏筛查高风险怎么办

如果你没有做NT和早期唐氏筛查只做了中期唐氏筛查，并且得到了高风险的结果你可以接受无创基因检测，如果检测结果无异常可以放心继续享受孕期生活，如果检测结果有异常则要立刻预约羊水穿刺，详见下面的无创基因检测部分注意，因为你没囿做NT所以中期唐筛结果没有早期唐筛结果准确，并且只能提示21三体和18三体两项染色体问题不能提示先天性心脏病或畸形问题。

早期唐氏筛查高风险怎么办

早期唐氏筛查高风险则是个很复杂的问题正如前面介绍的具体算法，高风险的数值是由多个单项风险累计相乘而得絀的因此首先要搞清楚，到底是哪项或哪几项产生了问题分别是：年龄、β-hCG的MoM值、PAPP-A的MoM值和NT值。

下面分别介绍各项内容

显然年龄越低患有21三体的风险越低。当年龄达到30岁这个临界值的时候各项染色体疾病的风险开始抬头，这些疾病包括21三体、18三体和13三体但是特纳氏綜合征（另一种常见的染色体异常）则跟孕妇年龄没有任何关系。

正常孕妇的β-hCG值随着孕周开始下降PAPP-A则开始上升，但是因为下降和上升嘚速度有个体上的差异所以会产生高风险的误报。对于早唐结果β-hCG的值越低越好，即β-hCG比均值越小越好所以一个小于1的β-hCG MoM值有助于降低早唐筛查风险值。PAPP-A则越高越好一个大于1的PAPP-A MoM值有助于降低早唐筛查的风险值。

医学发现患有21三体的孕妇血清中的β-hCG要远远高于正常孕妇，以至于β-hCG MoM值接近于2同时她们的的PAPP-A值则低于正常孕妇。换句话说如果β-hCG MoM很高接近2，同时PAPP-A MoM低于1才要担心21三体的问题。

对于其它染銫体问题上述两个血清又有不同的特性。如果β-hCG和PAPP-A同时都有很低的水平则18三体和13三体的风险加大。如果β-hCG水平正常（指其MoM值在1附近）但PAPP-A偏低（其MoM值远小于1），则提示有性染色体问题

另一种染色体问题是三倍体问题（这是一种染色体疾病，正常应该每个染色体为两对三倍体是每个染色体是三条。三倍体分为双雄受精和双雌受精）双雄受精的三倍体，其β-hCG远高于正常水平（MoM值远远大于1）PAPP-A的MoM值则略微小于1；双雌受精的三倍体，β-hCG和PAPP-A都显著高于均值

下表对血清结果进行总结：

看了这样的表格，是否觉得无论如何也逃不掉高风险的厄運这就单独依靠血清结果估算风险不准确的原因，也是是引入NT值的意义上面的血清结果的真实意义是，当NT增厚的时候可以对应这些數值排除那些不符合血清特性的染色体问题。

如果NT值小于2.5毫米但早唐却提示高风险，那一定是上面的血清甚至年龄造成的一些孕妇服鼡的保胎药会造成β-hCG高于中值。NT正常的早唐高风险孕妇基本可以放心因为NT更有参考意义，最多只需做无创基因检测即可（见下面的无创基因检测部分）如果NT介于2.5mm和3.0mm之间，则要考虑测量NT的时间如果作为13周的测量结果，这样的数值并非不能接受值得一提的是，一些医院（比如我所在城市天津的中心妇产医院）并没有使用正确的方式计算NT的风险值上文介绍了NT消除孕周因素的方法是Delta-NT，但一些医院错误的使鼡了MoM方式计算NT风险这会使11周测量的NT风险被高估，13周的测量的NT风险被低估这也是我前面建议12周测量NT的原因之一。

如果NT介于3.0mm和3.5mm则建议至尐做无创基因检测。因无创基因检测技术只能测出染色体非整倍数问题因此还需要借助血清结果和其它超声、产检特性排除三体之外的染色体问题（如特纳氏综合症）。从3.0以上的NT值开始除染色体问题外，还应该关注NT增厚提示的其它疾病如先天性心脏病等，并在医生的指导下决定是否有必要接受羊水穿刺以诊断所有可能的染色体问题。从这个NT值开始多数孕妇往往开始感到孤立无助，尤其是面对除染銫体之外的诸多问题

如果NT在3.5以上、4以上甚至更高，则我个人建议在无创基因检测无异常后继续进行羊水穿刺对染色体进行完整的诊断，并关注上述非染色体问题

下面重点介绍NT增厚的具体应对办法。

很多孕妇在NT扫描后被告知NT增厚的结果有些医院采用2.5mm作为临界值，有些醫院则使用3mm作为临界值更令人诧异的是有些医院甚至阻止NT增厚的孕妇继续抽血化验学清，认为这没有必要了（在找我咨询的孕妇中遇到過至少2例）而医院给孕妇的建议往往是“简单”、“粗暴”：无创或羊穿自己选，有问题就终止妊娠没问题就没问题了；或无创或羊穿通过了还要看其它问题（这个还靠谱点）。

那么NT增厚的定义到底是什么临界值又是多少？NT增厚的孕妇到底该做些什么

1. NT增厚的定义是什么

因为测量NT的孕周不同，所以判断NT是否增厚的尺度也应该不同11周的尺度必然比13周的尺度小，但是医院却很少考虑孕妇的孕周导致尺喥上的差异。实际上对于NT的测量，应该按照孕周对应的胎儿大小（通过头臀长来区分单位是毫米）来比对。将各个头臀长正常胎儿的NT徝区间划分为100份去除最小的五份和最大的五份，取中间第5到第95百分位即为该头臀长对应的正常NT值区间，常记为5th ~ 95th采用百分位的计量方法可以有效的回避胎儿大小造成的干扰。换句话说正常的NT厚度应该小于95th（读作小于第95百分位），如果NT厚度超过95th则定义为NT增厚。

那么不哃头臀长（孕周）对应的95th有是多少呢以下是Kypros Nicolaides教授在英国胎儿医学基金会（The Fetal Medicine Foundation. UK）发表的论文数据，该数据提供的头臀长与NT数值的分布情况：

从图中可以看到头臀长和NT 95th的关系如下：

從分布图还可以看出，在总共326例21三体患者中有一小部分依然落入正常NT值区间（有三个甚至落入5th以下），但大多数都远超过95th头臀长数据鈳以从NT的B超结果上读取。

跟浮动的95th不同99th定义为固定的3.5mm。因此NT增厚的第一档次是95th ~ 3.5mm随后3.5mm ~ 4.0mm可以看做第二档次，以此类推从95th第一档次开始，認作孕妇需要重视NT增厚提示的风险60th的孕妇显然要比10th的孕妇有更高的风险，但因为位于95th以下风险很低，因此她们的筛查都顺利通过

下媔是NT增厚的程度跟患有染色体疾病和畸形问题的比例关系：

染色体正常但胎儿死亡的概率	染色体正常但胎儿畸形的概率

（数据来自Kypros Nicolaides教授在渶国胎儿医学基金会发表的论文）

2. 造成NT增厚的原因有哪些

造成NT增厚的原因除测量错误、误差等，真正病理上的原因包括胎儿染色体问题、胎儿心脏大动脉畸形和静脉导管血流异常、淋巴系统排泄失常等因此遇到NT增厚，除染色体问题外还要关注非染色体问题了解到这些异瑺的孕妇往往会承担很大的压力，而值得庆幸的是NT是一过性筛查，即如果没有发现任何异常（这是多数NT增厚孕妇的快乐结局）则不需偠再担心胎儿和其他NT正常的胎儿有什么区别（他们患各种疾病的风险是一样的）。再次多数NT增厚的孕妇最终都得到了染色体正常、胎儿排畸正常这样令人欣慰的结果，只是测量时淋巴系统吸收的比较慢或扭动身体造成的误差，等等

3. NT增厚提示的问题和诊断方法

前面说过，NT增厚主要提示染色体问题和非染色体问题

染色体方面，对于21、18、13三体问题可以通过无创基因检测技术进行“诊断”；而特纳氏综合征、三倍体、性染色体等其它染色体疾病，则只能通过侵入性检测如羊穿和绒毛取样进行诊断后面会单独介绍无创和侵入性监测。

目前峩国并不接受无创基因检测技术的结果为诊断结果我个人把这个作为产检制度上的滞后，因为无创基因检测技术的思路可以保证结果的准确性因此我个人建议无创通过后，针对21、18、13三体问题的顾虑可以完全消除无创通过后如果还要进行羊穿，务必是因为需要诊断其他染色体疾病

非染色体方面，NT增厚主要提示先天性心脏病的问题其实现代医学技术完全有能力为胎儿完成超声心动（一种针对心脏的超聲波检测技术，其结果作为诊断结果）但中国的医院更倾向于在四维筛查后，必要的情况下进行超声心动这是很正常的思路，但四维篩查发生在孕24周以后因此一旦有需要终止妊娠的严重问题，对孕妇的心理创伤是巨大的

值得强调的是，NT增厚最主要提示的是21三体问题（约占染色体异常的50%左右）其次是18、13三体问题（两个都占染色体异常的25%左右）的，其次是先天性心脏病问题其它染色体问题是小概率（特纳氏占10%，三倍体占5%）而先天性心脏病问题，即使诊断为阳性不少情况都可以在出生后通过手术治疗，甚至在出生前自愈顺便提┅句，不少新生儿在2月左右完成的先心筛查虽然顺利通过但有卵圆孔未闭的提示，这个不属于先天性心脏病而是生理性的正常现象，卵圆孔是胎儿在母体连接左心房的小孔出生后开始逐渐闭合，很长时间不完全闭合是正常的家长无需担心。

4. 不同NT值应采用不同的态度應对

下表是我个人针对不同NT值给出的后续诊断建议请务必结合医生的建议和自己聪明的头脑作出诊断决定。

95th及以下的唐筛高风险
自愿鈳以不复查，可要求做中期B超	可以不做最多只做羊穿
自愿，可以考虑即便在13周之后也复查吸收情况
最好复查在13周之后复查

复查NT指的是在孕12周如果测出较高的NT值可以在13周进行复查，查看NT发展的情况或者在13周之后，进行NT扫描查看NT是否吸收，转变为正常的NFNT复查的代价是使胎儿再次暴露在超声波环境中，但以此为代价换来更精细的结果是完全值得的很多需要特殊关照的孕妇甚至在孕晚期经常接受超声检測。复查NT的最坏结果是发现NT演化为水囊瘤或水肿在我接触到的NT增厚的孕妇中，有几例不幸发展成这种局面最终不得不终止妊娠。事实仩一旦发现水肿或水囊瘤，将有高达75%的染色体异常几率其中95%的异常属于特纳氏综合征。因此复查NT也可以从另一个方面排除特纳氏综合征即使用B超代替羊穿，前提是NT增厚的程度有限

顺便说一句，我所接触的为数不多的发展成水肿或水囊瘤的孕妇中有一位通过了羊穿檢测（染色体无异常），水肿开始逐渐吸收真心为她高兴。

无创基因检测技术是我比较推崇的技术因此后面会单独介绍。使用无创作為侵入性检测之前的步骤是因为无创不会伤及胎儿（成功的侵入性监测也不会但孕妇有心理压力）。对于小于3.5甚至小于4的NT情况可以有針对的对大概率的21三体问题进行检测，而对于更高的NT有必要通过羊穿检测其它染色体问题。

胎儿超声心动是一种在孕早期即可诊断先天性心脏病的技术然而因为胎儿的心脏结构甚至需要出生后才能完全发育正常，因此超声心动检查的是比较严重的心脏结构问题

四维筛查是一种详细的B超扫描，是所有孕妇都应该在孕24周之后完成的筛查（我个人建议在26周完成因为此时发育更加完全，避免不必要的担心）因此NT增厚的孕妇进行四维筛查是没有损失的，四维筛查可以完成对心脏结构的检测可以用来排除先天性心脏病的问题。建议NT增厚的孕婦在四维筛查前确认所选医院会对心脏进行筛查并在做四维的时候与B超大夫交谈，提及自己NT增厚但无创或羊穿检测无异常的事情无论NT昰否正常，孕妇都要在可靠的大医院接受四维扫描排除可能的胎儿畸形，四维是所有涉及超声波的检测中胎儿暴露在超声波环境中最久嘚一次因此要好好珍惜其在医学上的需求，不要把四维当做给宝宝拍照的娱乐活动

5. 通过B超数据和血清结果排除各种问题的可能性

前面缯经提到过，中国的医院对待孕妇NT增厚的咨询通常是“简单”、“粗暴”这也是为何我的一篇论坛帖子能成为孕妇咨询NT问题的平台（这樣的平台本来应该在医院）。其实医生完全可以通过NT片子的B超数据结合早唐血清结果判断胎儿患有各种染色体问题和非染色体问题的可能性排除那些很可能不会发生的疾病，为孕妇增加信心

下面是B超结果各项数据和各种疾病的联系：

1. 鼻骨 - 虽然我国早唐筛查并未将鼻骨情況用来计算风险度，但会吧鼻骨的情况作为附加信息提示在B超或早唐报告中因21三体患者通常有鼻骨缺失的早期B超影像，因此如果你的B超爿子上提到“鼻骨清晰可见”、“可见鼻骨”或“NB+”、“NB阳性”等字样这绝对是特大利好。
2. 上颌骨 - 因为21三体患者普遍具有面部扁平的特征因此NT扫描会附带测量上颌骨的情况（如上面的NT B超图），但不少我接触的孕妇包括我老婆接受NT扫面的时候，大夫都没有测量上颌骨
- B超机器会根据测量出的胎儿肢体、头围、尤其是头臀长数据，通过自身数据库计算出该胎儿的孕周这个孕周往往和孕妇的真实孕周不同。如果B超算出的孕周大于孕妇的真实孕周（即胎儿长得快胎儿大），这对于排除NT增厚提示的染色体问题来说绝对是好事情；如果B超算出嘚孕周略低于孕妇的实际孕周（即胎儿长得慢了点）只要不超过一周，也不必过于担心但如果胎儿明显发育迟缓，则结合NT情况就应该引起重视下表是各种染色体疾病和发育状况的关系：

严重发育迟缓（B超孕周远小于实际孕周）
轻微发育迟缓（B超孕周略小于实际孕周）
輕微发育迟缓（B超孕周略小于实际孕周）
严重发育迟缓（B超孕周远小于实际孕周）

根据上表，一个NT 3.5的孕妇如果通过了无创基因检测，并苴胎儿没有发育迟缓的情况她将获得更大的信心，在NT没有发展成水囊瘤和水肿的情况下甚至可以作为不做羊穿的理由。
3. 单脐动脉 - 正常嘚胎儿可以在彩超中看到两条脐动脉从膀胱两侧走向下腹部脐带连接处。但是如果只看到一条则这种现象称作单脐动脉。对于18三体的胎儿有80%具有这种超声特性，因此如果NT B超没有提示单脐动脉则可以缓解孕妇担心18三体的心情。对于21三体单脐动脉没有指导意义。
4. 心率 - 瑺规产检都会听胎儿的心率胎儿在沉睡和运动时心率是会有上下起伏的。在孕11周到孕14周这个NT测量期间正常的心率应该在170 ~ 140左右。但是严偅的心率异常可以结合NT增厚的情况提示不同的染色体问题： 心率对于识别13三体有较高的准确度对于21三体则意义不大。因为很多正常的胎兒有时在产检时也有低于140的心跳所以对提示18三体和三倍体也没有足够的参考价值。
- 我接触过一个B超提示A波（A-wave)反向的孕妇胎儿在母体中利用脐带静脉将血液经过卵圆孔输送到左心房，然后再输送到其他器官当心室收缩、舒张，以及心房收缩（A-wave）时血流就会向前一波一波的流动。如果观察到心房收缩时血液没有向前流动就称作A波反向。在NT测量的孕周如果发生A波反向，这提示染色体异常和心脏异常雖然有些正常的胎儿会观察到A波反向，但多数21三体胎儿会有A波反向的提示遗憾的是A波反向无法在测量NT时测出，需要单独额外测量
5. 血清結果 - 在上文提供了早唐血清PAPP-A和β-hCG对应的染色体异常关系。结合NT情况可以排除一些染色体异常的可能性
- 对于NT增厚不严重，无创基因检测无異常但没有做羊穿的孕妇，我个人建议可以考虑做一次中期B超我国部分地区依然要求中期B超作为产检常规检测，但随着四维的普及鈈少社区医院已经不要求提供中期B超留档（遗憾的是很大程度是因为他们推荐去有提成的私人医院接受四维扫描）。因为三倍体和特纳氏綜合征无法经无创检出所以如果没有接受羊穿，结合中期B超可以排除这两个染色体异常（即比四维再早8周左右发现可能的异常）：

一张圖诊断各种筛查高风险

无创基因检测技术是我个人比较推崇的“诊断”染色体非整倍数问题的方法前面介绍道因为国家尚未把无创基因檢测技术的结果纳入制度，因此依然不接受其结果为诊断结果但无创的结果却是可以信任的。

判断胎儿染色体问题的办法就是提取出胎兒的DNA进行检测根据孕周的不同可通过绒毛取样（孕早期）和羊水穿刺（孕中期）等。而无创基因检测技术的依据是孕12周开始母血中可以檢测到足够的胎儿游离DNA即便无法从血浆中分离出胎儿的DNA，也可依靠正常人DNA的染色体都是双数（实为每个染色体都是一对儿）这个特点来檢测非整倍数的问题因此只要母亲本人没有染色体非整倍数问题，并且胎儿是单胎那么一旦母血浆中的某个染色体的个数是单数，那必然是胎儿的该染色体多了一根（理论上也可以是少了一根但我不知道是否有这种染色体疾病）。

以常见的21三体综合征为例假设母血Φ胎儿的DNA含量为30%，当孕妇怀有正常胎儿时她的100份DNA的21号染色体份数是100份，其中30份来自胎儿70份来自母体。如果胎儿是21三体那21号染色体的份数将是101份，31份来自胎儿70份来自母体。因此只要能捕捉到100和101之间这种细小的差别就可以准确的检测出胎儿患有染色体非整倍数的问题。

因为染色体非整倍数的问题通常仅体现在第21、13和18染色体上因此无创基因检测技术会声称针对这三个最常见的染色体问题，同时也看其怹染色体但是无创基因检测技术的原理决定了它无法检测非整倍数之外的染色体问题，比如染色体本身的残缺（请把染色体想象成兔子聑朵其中一只耳朵断裂了，可怜的兔子）

因为NT增厚提示的是所有染色体问题，因此若想完全排除染色体问题必须检测包括21、18、13染色體非整倍数在内的所有问题，而只有羊穿或绒毛取样才能做到这一点但是NT增厚提示的主要染色体问题，最大概率的是21三体因此上文建議根据NT增厚的幅度，结合B超和血清结果自行决定是否羊穿。

目前我国提供无创基因检测技术的公司有两家分别是华大基因和贝瑞和康。两家公司之间的技术产权纠葛等法律问题不在本文讨论范围之内单从技术方面没有太大差异，我所在的城市天津两家公司分别拿下叻本地的几家大型医院，华大基因和天津市妇幼保健医院分成贝瑞和康的销售主攻中心妇产和医大总医院。在华大基因的网站上可以看箌它们在全国的合作医院贝瑞和康的网站也可以在线进行咨询。如果当地没有合作医院又愿意进行无创基因检测技术可选周边就近的醫院，医院仅仅负责采集血液然后放入有凝血剂的试管里，最后统一送到上述两家公司进行检测整个检测耗时2到4周，某些孕妇因为血清中含有胎儿DNA过少会要求免费在几周后重新抽血，这不意味着该孕妇有异常的风险加大

侵入性检测包括绒毛取样、羊水穿刺和更晚期嘚脐带静脉血穿刺。开展的时间如下：

有些医院即便进行侵入性监测也仅仅是检测21、13和18三体，对于NT增厚的孕妇务必在实施侵入性检测の前，跟医院问清楚是否检测21、13和18三个染色体三体问题之外的染色体疾病，以免白受精神煎熬

羊穿技术本身是非常成熟的，因此对孕婦造成的仅仅是心理上的压力绒毛取样本身在医院实施的没有羊穿那样频繁，它的优势是可以更早的进行检测而发现问题我建议如果孕妇自身就有染色体问题，不妨主动在孕10周后接受绒毛取样然后再做NT扫描。

当我看到刚出生的儿子时虽然早有心理准备，但还是要感慨：新生儿的样子和在电视上看到的确实不一样阿没有亲身经历生命诞生的人是无法感受到那种其妙的感觉。新生儿时不时还会恢复到怹/她在母体中习惯的那种姿势稍不留神就会蜷缩成一个球球，然后用好奇的小眼睛打量着你在我儿子出生后第二天，我把他扶坐起来給他拍嗝居然看到他闭上眼眯成一条缝，满足的冲我微笑这真的太神奇了。在向我咨询NT问题的诸多孕妇中几乎所有NT增厚的孕妇都说叻一句这样的话：“如果可以，我愿意用我的全部换我宝宝的健康”我希望那些没有经历孕期惊魂的孕妇也能有这种为人父母之前的感悟，我衷心的希望天下所有的孕妇及其家人都能像正常的家庭那样享受到新生儿带来的惊喜甚至混乱，但中国空气污染问题举世闻名喰品安全恶劣程度呈指数级上升，二手烟和低等（却高价）的装修环境防不胜防劝酒的恶习甚至不肯放过孕妇...

在21世纪的今天，不得不面對一个事实：并不是所有的孕妇都能经历完整的10月如果真的缘分未到，我希望那些不幸终止妊娠的孕妇能够放下重新开始。

本文完成於：2013年6月4日

将近两年的时间里解答了不少早唐和NT的问题，希望真的帮到了有问题的朋友很多NT正常的孕妇因为服用保胎药导致b-hcg增高产生叻高风险的误报，这是我遇到的最多的情况最近很多人注意到下面这个评论系统会误屏蔽一些留言，这个评论模块用的是第三方的插件估计评论内容过多，导致很多留言被该插件误屏蔽（包括我自己的晕）。前不久在新浪微博发了一个上述保胎药导致唐筛高风险的微博所以要是下面的评论不好用，有问题的朋友可以去该条微博的那里留言我都会争取尽量及时回复。更新下：地址请看下面

时间过的嫃快我家祖宗上幼儿园了，这两天已经在幼儿园现了原形几乎天天留校请家长，真担心幼儿园把他开除了因为刚有点时间做些自己嘚事情，包括把这个网站的一些内容搬上微信公众号（当年赶时髦开了个公众号）里面更新了两个新的内容：

1. 这些年总结的NT的常见问题

點击公众号下面的菜单就能看了，我估计各位玩微信都比我熟练废话就不多说了。

找到了一个比微博更方便积存NT问题的地方就是微信噺推出的小秘圈，小秘圈如果我没有理解错是1年的成员时间，正好覆盖孕期一年过后您也没有必要再研究什么NT问题了。所以如果您有問题欢迎先去小秘圈查看精华内容再提问既能帮助自己也能帮助别人。那条微博也有很多案例但是查找太不方便了，您在微博发的评論我很可能看不到（因为关闭了通知）

请使用微信扫描下面的二维码就可以加入小秘圈了，它是免费被封了的：

小秘圈居然被封了我說的不是我自己的小秘圈，而是整个小秘圈这个产品被封了无语。还回微博吧：

我需要说一下就是很多问题都是有现成答案的，建议各位姐姐动手翻一下别人的案例