服务器稳定性是最重要的，如果在稳定性方面不能够保证业务运行的需要，在高的性能也是无用的。
正规的服务器厂商都会对产品惊醒不同温度和湿度下的运行稳定性测试。重点要考虑的是冗余功能，如：数据冗余、网卡荣誉、电源冗余、风扇冗余等。
一些测试方法主要分以下几种：
压力测试：已知系统高峰期使用人数，验证各事务在最大并发数（通过高峰期人数换算）下事务响应时间能够达到客户要求。系统各性能指标在这种压力下是否还在正常数值之内。系统是否会因这样的压力导致不良反应（如：宕机、应用异常中止等）。
Ramp Up 增量设计：如并发用户为75人，系统注册用户为1500人，以5％－7％作为并发用户参考值。一般以每15s加载5人的方式进行增压设计，该数值主要参考测试加压机性能，建议Run几次。以事务通过率与错误率衡量实际加载方式。
Ramp Up增量设计目标： 寻找已增量方式加压系统性能瓶颈位置，抓住出现的性能拐点时机，一般常用参考Hits点击率与吞吐量、CPU、内存使用情况综合判断。模拟高峰期使用人数，如早晨的登录，下班后的退出，工资发送时的消息系统等。
另一种极限模拟方式，可视为在峰值压力情况下同时点击事务操作的系统极限操作指标。加压方式不变，在各脚本事务点中设置同集合点名称（如：lr_rendzvous("same");）在场景设计中，使用事务点集合策略。以同时达到集合点百分率为标准，同时释放所有正在Run的Vuser。
稳定性测试：已知系统高峰期使用人数、各事务操作频率等。设计综合测试场景，测试时将每个场景按照一定人数比率一起运行，模拟用户使用数年的情况。并监控在测试中，系统各性能指标在这种压力下是否能保持正常数值。事务响应时间是否会出现波动或随测试时
间增涨而增加。系统是否会在测试期间内发生如宕机、应用中止等异常情况。
根据上述测试中，各事务条件下出现性能拐点的位置，已确定稳定性测试并发用户人数。仍然根据实际测试服务器（加压机、应用服务器、数据服务器三方性能），估算最终并发用户人数。
场景设计思想：
从稳定性测试场景的设计意义，应分多种情况考虑：
针对同一个场景为例，以下以公文附件上传为例简要分析场景设计思想：
1）场景一：已压力测试环境下性能拐点的并发用户为设计测试场景，目的验证极限压力情况下测试服务器各性能指标。
2）场景二：根据压力测试环境中CPU、内存等指标选取服务器所能承受最大压力的50%来确定并发用户数。
测试方法：采用1)Ramp Up-Load all Vusers simultaneously
2)Duration-Run Indefinitely
3)在Sechedule-勾选Initalize all Vusers before Run
容错性测试：通过模拟一些非正常情况（如：服务器突然断电、网络时断时续、服务器硬盘空间不足等），验证系统在发生这些情况时是否能够有自动处理机制以保障系统的正常运行或恢复运行措施。如有HA（自动容灾系统），还可以专门针对这些自动保护系统进行另外的测试。验证其能否有效触发保护措施。
问题排除性测试：通过原有案例或经验判断，针对系统中曾经发生问题或怀疑存在隐患的模块进行验证测试。验证这些模块是否还会发生同样的性能问题。如：上传附件模块的内存泄露问题、地址本模块优化、开启Tivoli性能监控对OA系统性能的影响等等。
测评测试是用于获取系统的关键性能指标点，而进行的相关测试。主要是针对预先没有明确的预期测试结果，而是要通过测试获取在特定压力场景下的性能指标（如：事务响应时间、最大并发用户数等）。
评测事务交易时间：为获取某事务在特定压力下的响应时间而进行的测试活动。通过模拟已知客户高峰期的各压力值或预期所能承受的压力值，获取事务在这种压力下的响应时间。
评测事务最大并发用户数：为获取某事务在特定系统环境下所能承受的最大并发用户数而进行的测试活动。通过模拟真实环境或直接采用真实环境，评测在这种环境下事务所能承受的最大并发用户数。判定标准阈值需预先定义（如响应时间，CPU占用率，内存占用率，已出现点击率峰值，已出现吞吐量峰值等）。
评测系统最大并发用户数：为获取整个系统所能够承受的最大并发用户数而进行的的测试活动。通过预先分析项目各主要模块的使用比率和频率，定义各事务在综合场景中所占的比率，以比率方式分配各事务并发用户数。模拟真实环境或直接采用真实环境，评测在这种环境下系统所能承受的最大并发用户数。判定标准阀值预先定义（如响应时间，CPU占用率，内存占用率，已出现点击率峰值，已出现吞吐量峰值等）。取值标准以木桶法则为准（并发数最小的事务为整个系统的并发数）。
评测不同数据库数据量对性能的影响：针对不同数据库数据量的测试，将测试结果进行对比，分析发现数据库中各表的数据量对事务性能的影响。得以预先判断系统长时间运行后，或某些模块客户要求数据量较大时可能存在的隐患。
问题定位测试在通过以上测试或用户实际操作已经发现系统中的性能问题或怀疑已存在性能问题。需通过响应的测试场景重现问题或定义问题。如有可能，可以直接找出引起性能问题所在的代码或模块。
该类测试主要还是通过测试出问题的脚本场景，并可以增加发现和检测的工具，如开启Tivoli性能监控、开启HeapDump输出、Linux资源监控命令等。并在场景运行过程中辅以手工测试。
第二篇：软件测试之常规测试方法
常规测试方法
由安博测试空间技术中心/提供
一. 功能测试
1. 安装测试：
1) 安装过程中对于缺省安装目录及任意指定的安装目录，是否都能正确安装；
2) 若是选择安装，查看能否实现其相应的功能；
3) 在所有能中途退出安装的位置退出安装程序后，验证此程序并未安装成功（没有程序组及程序
项产生）；
4) 软件安装后，对其它已经安装的软件是否有影响；
5) 裸机安装后，各功能点是否可用；
6) 安装前，安装程序是否判断可用磁盘空间大小，如果不能满足安装空间要求，安装程序能否继
续；
7) 安装过程中查看 版权声明、版本信息、公司名称、LOGO等是否符合标准；
8) 安装过程中界面显示与提示语言是否准确、友好；
9) 重复安装时系统是否有提示、是否可以覆盖安装、是否可以升级安装、是否允许多版本共存；
10) 是否有注册码或硬件加密狗，在没有它们（或错误）存在的情况下能否顺利安装。
2．配置测试
1) 是否可以按照用户手册的说明，运行于多种操作系统（Windows 各版本 、Unix 、Linux 等）；
2) 按系统最低要求进行软件的安装配置，查看能否正常实现各种功能；
3) 数据源等信息配置不正确时能否给出提示信息；
4) 是否可以按照用户手册的说明，支持多种数据库。
3. 卸载测试
1) 卸载后注册表中的注册信息及相关的程序安装目录是否能完全删除掉；
2) 卸载过程中完全删除共享文件后，看其它程序能否正常运行；
3) 卸载后，是否对其它已经安装的软件有影响；
4) 系统卸载后用户建立文档是否保留；
5) 软件卸载画面上的软件名称及版本信息是否正确；
6) 在所有能中途退出卸载的位置是否能正确退出；
7) 卸载过程中界面显示与提示语言是否准确、友好；
8) 卸载后安装此系统能否打开原来保存的文件，并一切运行正常；
9) 卸载程序如果要求重新启动机器，在重启动之间是否给用户提示以保存现有的己运行的程序的
资料；
10) 是否可以选择组件进行卸载；
11) 卸载过程中，对意外情况的处理（掉电等）。
12) 在卸载过程中，是否有终止或者结束按钮。
4. 运行与关闭测试
1) 运行时是否与其它应用程序有冲突(内存冲突)；
2) 是否可以同时运行多个程序；
3) 任务栏有无程序运行提示；
4) 若有未保存的数据，关闭系统时是否有提示；
1
5) 后台服务程序在点击关闭按钮时是否有确认提示；
6) 运行时是否过份占用系统资源、退出时能否完成释放占用的系统资源。
5. 服务程序的测试：
1) 系统是否限制服务器程序启动的数量,如不限制,同一范围内启动多个服务是否对系统有影响；
2) 服务程序能否长时间正常运行；
3) 外界异常后，服务程序的自动恢复能力（服务器掉电、网络中断后恢复、数据库异常后恢复…）；
4) 在点击关闭按钮时是否有确认提示；
5) 应用程序与其他程序是否兼容（能否避免内存冲突）。
6. 系统管理（参数设置）
1) 参数设置后，能否正确的进行应用；
2) 设置错误参数，系统的容错能力；
3) 修改参数，对与之相关模块的影响；
4) 系统是否有默认的参数，A 有：默认的参数是否起到作用 ；B 没有：不设置，系统能否运行或
者给出提示。
7. 用户、权限管理
1) 赋予一个人员相应的权限后，在界面上看此人员是否具有此权限，并以此人员身份登陆，验证
权限设置是否正确（能否超出所给予的权限）；
2) 删除或修改已经登陆系统并正在进行操作的人员的权限，程序能否正确处理；
3) 重新注册系统变更登陆身份后再登录，看程序是否能正确执行，具有权限是否正确；
4) 在有工作组或角色管理的情况下，删除包含用户的工作组或角色，程序能否正确处理；
5) 不同权限用户登录同一个系统，权限范围是否正确；
6) 覆盖系统所有权限设定；
7) 能否添加信息为空的用户(其中包括空用户名及空口令、空用户名非空口令、非空用户名及空口
令)；
8) 能否添加长用户名及长口令，如果允许，新用户能否正确登录；
9) 系统是否允许删除系统管理员这一特殊用户或修改系统管理员口令，删除或修改后系统的实际
情况；
10) 登录用户能否修改自己的权限；
11) 添加用户（有标识或编号）:标识相同，用户名不同；标识相同，用户名相同；标识不同，用户
名相同；标识不同，用户名不同；
12) 登录用户能否修改本人（或其他人）的信息，删除本人（或其他人）；
13) 修改用户的信息（包括权限，口令，基本信息等），对其他模块的影响；
14) 修改用户信息：修改后的用户信息和已经存在的用户信息相同；修改后的用户信息和已经存在
的用户信息不同；
15) 不给用户授权，是否允许登录；
15) 改某些设置时，是否会影响具有上级权限及相同权限人员的设置；
16) 系统管理员修改了某些数据，以其他人员身份登录时数据是否改变；
17) 用户能否同时属于多个组，各个组的权限能否交叉；
18) 删除后重新添加的用户是否具有以前的权限；更改用户各项属性（包括权限）看对权限是否有
影响。
8. 系统登录测试
1) 使用合法用户登录系统；
2) 用户名、口令错误或漏填时能否登陆；
2
3) 系统是否容许多次非法登陆,是否有次数限制；
4) 使用已登录账号登录系统系统能否正确处理；
5) 使用禁用帐号登陆系统能否正确处理；
6) 删除或修改后的用户用原用户登录；
7) 不输入用户名和口令，重复点“确定”和“取消”按钮，是否允许登录。
9. 注销
1) 注销为原模块、新模块系统能否正确处理；
2) 中止注销能否返回原模块、原用户；
3) 注销为原用户、新用户系统能否正确处理；
4) 使用错误的帐号、口令或无权限帐号、被禁用帐号进行注销。
10. 修改口令
1) 正常情况；
2) 输入错误的原口令或新口令与确认口令不一致系统能否正确处理；
3) 修改口令后，用原口令是否能登录（同时验证新口令是否有效）；
4) 是否能修改其它用户的口令。
11. 右键功能
1) 右键菜单中的功能是否与菜单（或工具栏）中对应的功能一致；
2) 右键菜单中的功能能否正确实现；
3) 同一菜单下的热键是否相同。
12. 记录列表
1) 增加重复记录、空白记录，系统能否正确处理；
2) 修改后不保存（有保存按钮），系统能否正确处理；
3) 删除或修改正在使用信息，系统能否正确处理；
4) 删除级联记录的上游或下游记录，系统能否正确处理；
5) 删除记录时是否有提示；
6) 记录中包含的缺省系统信息能否删除和修改；
7) 记录列表能否及时反应记录的变化；
8) 记录变化之后系统相关信息能否及时更新；
13. 统计、查询
1) 对非法的时间范围系统能否正确处理；
2) 统计查询语句包含多个与或非条件时，系统能否正确处理；
3) 条件逻辑混乱，系统能否正确处理；
4) 多表查询统计及单表查询统计功能是否正确实现；
5) 分类查询、精确查询、无条件查询、组合查询能否完整列出满足条件的记录；
6) 能否按系统默认的条件进行查询；
7) 当统计时间段为当日、跨日、跨月、跨季、跨年度时，统计查询结果是否正确；
8) 当某些操作被别人取消后，设置条件段为取消前、取消后、包含取消操作的一段时间；
9) 以不同的权限登录时，统计、查询是否正确；
10) 在查询或统计大数据量时，系统是否允许终止操作；
11) 查询、统计按钮是否允许双击或更多的点击，系统做何反映；
12) 查询出的数据是否允许修改。
3
14. 文件操作
a）保存
1) 文件是否能够正确保存在在缺省位置或指定位置（本地、网络）； 2) 系统能否正确处理长文件名、特殊字符文件名保存； 3) 文件能否保存为其它扩展名； 4) 如应用程序对文件名区分大小写，当这些文件在导出到介质中时，系统能否正确处理； 5) 介质空间已满时，系统是否给出提示。
b）打开
1) 打开文件是否正确显示上一次保存的内容；
2) 系统能否正确处理非系统默认扩展名的文件； 3) 文件能否被其他程序正确打开；
4) 打开对话框中，是否有默认扩展名的文件类型；
5) 打开对话框时，是否有默认的路径。
c）打印输出
1) 是否按所设置的格式打印；
2) 是否有打印预览，能否设置打印字体，打印效果是否合乎客户要求；
3) 打印预览的内容是否正确，内容是否能够进行拖拽操作，是否影响实际的打印；
4) 安装或不安装打印功能模块，对其它模块是否有影响；
5) 打印机未安装系统有无提示；
6) 打印中途能否进行正常的打印中断，是否可以选择打印的内容。
7) 能否进行本地或网络打印。
d) 导入、导出功能
1) 导入的文件格式非要求时，系统如何处理；
2) 导入、导出的有效文件能否完整正确地显示并被使用；
3) 导出后的文件是否允许修改，如果允许，导入后能否使用；如不允许，系统有何限制；
4) 导入，导出是否可以选择路径；
5) 在客户端和服务器端进行导入，导出；
6) 在客户端和客户端之间进行导入，导出；
7) 在本地进行导入，导出；
8) 不同文件格式的导入，导出。
e) 检入与检出
1) 单文件、多文件检入与检出； 2) 能否多次检入与检出； 3) 文件检出后其它人能对其做何操作。
15. 界面上对象的功能（文本框，下拉框，按钮，热键等等）
a) 工具条
1) 工具条能否正常显示/隐藏；
2) 工具条按钮在不可用时是否置灰，例如在不置灰情况下，重复点击工具条上的按钮，看系
统是否能够正常进行操作；
3) 可移动工具条在窗口中间位置其形状是否正确；
4)
5)
6)
7) 工具条船坞状与非船坞状时其上按钮是否相同； 工具栏上工具按钮功能是否能正常实现； 工具按钮显示是否正确、友好、醒目易懂； 工具栏上的工具按钮是否有鼠标悬停提示；
8) 工具栏上的工具按钮是否可以任意定制。
b) 下拉列表
4
1) 列表记录的每一行是否显示完整； 2) 列表记录不能在一页中显示时，是否有纵向滚动栏； 3) 列表滚动栏上滑块能否自由滑动，对应内容显示是否正确； 4) 列表中内容能否自动排序。 1) 打开的窗口不确认关掉，能否再调其它窗口，且连续开窗口系统能否正确处理； 2) 窗口尺寸变化时窗口中控件能否自适应； 3) MDI中，子窗口的平铺、重叠、排列图标功能是否正确； 4) 窗口的标题、图标是否和菜单命令、按钮一致； 5) 子窗口和主窗口的属性是否正确； 6) 窗口中的上下左右滚动条是否能达到预览全部界面的效果。 c) 窗口
d) 文本框
1) 对输入域的必添项处理是否正确；
2) 输入域是否有长度限制；
3) 输入域如对某些字符禁止输入时，限制是否成功； 4) 中文、英文、空格，数字，字符，下划线、单引号 等所有特殊字符的组合； 5) 口令域
? 口令为空格或包含空格、特殊字符（所有特殊字符的测试）时系统能否正常处理； ? 口令位数是否有限制；
? 口令与帐号相同，系统是否有提示；
? 口令为字典单词系统能否正确处理；
特殊的对系统安全性要求较高应该注意：
? 口令应有最少位数限制；
? 口令应为数值、大小写字母、特殊字符的组合；
? 口令禁止设为空，不能和要被修改的口令一致；
? 口令区分大小写；
6) 时间域
? 年度超过4位；
? 月份输入0或大于12；
? 日期输入0或大于当前月份的天数；
? 年度，月份，日期输入负数；
? 时间输入大于或小于边缘值的数据；
? 进行字符及汉字的输入，看程序能否正确处理；
? 系统中所涉及时间是否取服务器时间；
? 有范围的输入域，开始时间大于、小于、等于结束时间，系统能否正确处理； ? 时间范围同当前时间的关系是否正确；
? 是否包含缺省时间且缺省时间意义是否正确；
? 系统对闰年，闰月的处理；
? 对不同的时间格式（yyyy-dd-mm,yy-dd-mm,yyyy/dd/mm,yy/dd/mm等）是否允许
输入；
? 输入的时间在与之有关的模块中是否能正确的起到作用及对其他模块的影响； ? 对时间点的测试。
7) 货币域
? 输入负值、零、特大数、小数系统能否正确处理；
? 系统对小数点后数位的控制是否正确；
? 系统能否正确处理数值计算；
? 输入非数值型数据（包括特殊字符），系统能否正确处理；
5
? 系统能处理货币的种类。
8) 身份证（18或15位）：
? 身份证中输入非法的年月日信息（包括超界数字及字符，汉字），程序能否进行
检验并正确处理；
? 由身份证号码计算年龄，系统对出生年份末两位数是00的身份证号码能否正常
处理；
? 在年龄和身份证均作为用户信息输入时，是否具有关联；
? 在身份证的输入中，是否允许输入字符”x”。
9) 电话号码
? 输入特殊的电话号码，如119，110，800等看程序是否能正确处理；
? 验证－，（，） * # 是否有真正含义；
? 电话号码长度是否有限制；
? 电话号码是否允许输入汉字，英文。
10) 关于时间的其它操作
? 时间的跨月份、年度操作；
? 12小时、24小时制的操作；
? 客户机与服务器时间不同的操作（包括客户机与服务器两地时差不同）；
11) 数据字段一致性
不同窗口中同一类数据输入域的数据接口是否一致(如添加用户及用户登录窗口对用
户标识和口令的长度是否一致)。
e) 图表曲线
首先，在一定的时间段观察曲线走势，如果有类似的软件可对比的话可以进行对
比大体趋势，然后，再找关键点，对比关键点的数据。测试中，需要找到曲线的计算公式，找关键点进行计算。（进行对比是必要的，第一，可以节省一些不必要的工作量；第二，也有可能是编码人员所用的公式本身就有问题，而你所有测试所做的计算都是徒劳了。） f) 列表
1) 列表记录不能在一页中显示时，是否有纵向滚动栏；记录长度超过列表宽度时，是否有
横向滚动栏；
2) 列表滚动栏上滑块能否自由滑动，滑块滑动时，对应内容显示是否正确；
3) 列表内容是否可直接输入；
4) 列表中每列数据能否按升序、降序排列；
16. 备份与恢复
1) 备份T日的数据，进行操作，然后恢复，查看恢复的数据是否正确；
2) 备份到不同介质上，并考虑介质空间已满的情况；
3) 用系统提供的恢复功能进行恢复：
?
?
?
? 用数据库进行恢复； 在备份和恢复还没有结束的时候，终止（掉电，网络不通等）备份和恢复； 有操作的时候，进行备份和恢复； 没有任何操作的时候，进行备份，恢复；
? 部分备份，全部备份，部分恢复，全部恢复有选择的备份和恢复；
4) 进行备份，恢复操作是否有权限限制 A 有: 分别用有权限的用户和没有权限的用户进行操作 B 没有：单个用户进行备份，恢复；多个用户同时进行备份和恢复。
17．系统日志的处理
1) 系统能否正确记录日志信息；
2) 系统是否有清空日志的功能；
6
3) 系统是否有导出日志的功能；
4) 当日志数据超过容量时，系统如何处理。
二．性能测试
具体用例不好设计，下面列出了一些有性能要求的测试点：
1) 查询
2) 保存
3) 统计
4) 刷新
5) 显示
6) 传输
7) 响应
8) 下载
打开网络上其它介质上的文件时，可制造网络拥挤情况下的文件打开操作。主要测试点，集中在几个点上。一是数据量小的时候主要的查询统计刷新等功能点；二是数据量积累到一定程度时的查询统计刷新时间，这里的一定程度是根据实际的项目和客户需求来定的。
三．极限压力测试
1）接收大数据量的数据文件时间；
2) 大数据恢复时间；
3) 大数据导入导出时间；
4) 大批量录入数据时间；
5) 大数据量的计算时间；
6) 多客户机同时进行某一个提交操作；
7) 采用测试工具软件；
8) 编写测试脚本程序；
9) 大数据量的查询统计时间。
四. 容错测试
1) 通过断开网线的强制性停止数据传输以及重新将网线接上，查看提示信息及对系统的影响；
2) 系统断电，恢复后查看对系统的影响程度；
3) 死机后，看程序如何处理；
4) 服务器DOWN掉，客户端程序如何处理。
五．并发测试
1) 登录的并发操作：多人同时登录系统，使用不同或相同账号；
2) 提交的并发操作：多人同时提交相同的工作项、不同的工作项；
3) 对数据库操作的并发操作：多人同时从数据库中读出（或向数据库导入） 相同文件、不同文件。
************************
附：一些容易出错的地方
************************
7
一. 有关新建和修改
1. 创建或修改的内容为已经存在的内容，系统是否有提示；
2. 修改正在使用的数据。
二. 删除
1. 应有确认提示；
2. 若删除的内容在文件或数据库中，应作实际校验；
3. 删除正在使用的数据；
4. 考虑删除数据的相关数据是否同时被删除；
5. 重新使用已删除的数据。
三．关于提示信息的验证
有些操作系统会给出成功（有时没有成功提示）或失败的提示，一定要验证提示的正确性（尤其是一些重要操作，如修改口令），即用其它方法检查所作的操作是否真正成功或失败。
四．关于考虑硬盘空间已满的情况
1. 数据存储和备份；
2. 生成文件；
3. 拷贝文件
五．关于修改系统时间
对于和时间有关的业务，测试时考虑修改系统时间对系统的影响。
六．对于响应速度慢的按钮进行连续点击；或中途取消，再继续…
七．凡是支持并发过程的功能，一定要做并发测试（手工进行或利用工具）；
八．打印功能（能否正确打印，打印效果与预览是否一致）
九．系统初始化
1) 如果系统安装后需要进行初始化，初始化过程是否正确；
2) 如果系统安装后不需要进行初始化，安装后的默认设置是否正确、适当。
十．版权声明是否符合标准，如果有公司的logo，图标是否正确（最容易测试的地方，也是最容易被忽略的地方）
十一．如果捆绑硬件，如果可能的话，在测试我们的软件产品前要对硬件的性能、稳定性进行严格测试。（包括大数据量的传输入等）
十二．备份与恢复
1) 备份与恢复过程本身的正确性；
2)
3)
4)
5) 备份内容的正确性（通过事先准备的测试数据在恢复后验证）； 备份与恢复过程中对异常情况的处理（掉电、网络不通等）； 在原始机上的恢复； 在非原始机上的恢复；
6) 在裸机（只有操作系统和必要的数据库或第三方产品）上的恢复；
7) 在一台机器上进行若干次的备份与恢复；
8
8) 如果是支持多数据库的软件，备份与恢复是容易出错的地方。
需要严格把握的错误类别：
在整个测试过程中对每条问题都制定有错误归类，现按照问题的严重程度，把问题主要分为四类： A：严重影响系统运行：导致系统出现不可预料的严重错误的问题，例如：运行过程中出现页
面或页面无法显示、死机等。
B：影响系统运行：系统中重要的功能出现运行错误，例如：导致用户必须重新登录的问题， 导致个别用户不可用的问题； C：不影响系统运行但必须修改：系统中基本的操作或功能没有实现或实现有误的问题，以及 不符合常规的操作界面的问题。 D：所提建议：不影响系统运行，对系统的可用性等提示的建议性的问题
面试题目：
01. 为什么要在一个团队中开展软件测试工作？
因为没有经过测试的软件很难在发布之前知道该软件的质
量，就好比ISO质量认证一样，测试同样也需要质量的保证，这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题，及时让开发人员得知并修改问题，在即将发布时，从测试报告中得出软件的质量情况。
02. 您在以往的测试工作中都曾经具体从事过哪些工作？其
中最擅长哪部分工作？
我曾经做过web测试，后台测试，客户端软件，其中包括功
能测试，性能测试，用户体验测试。最擅长的是功能测试
03. 您所熟悉的软件测试类型都有哪些？请试着分别比较这
些不同的测试类型的区别与联系（如功能测试、性能测试??）
测试类型有：功能测试，性能测试，界面测试。
05. 请试着比较一下黑盒测试、白盒测试、单元测试、集成
测试、系统测试、验收测试的区别与联系。
06. 测试计划工作的目的是什么？测试计划工作的内容都包
括什么？其中哪些是最重要的？
软件测试计划是指导测试过程的纲领性文件，包含了产品概
述、测试策略、测试方法、测试区域、测试配置、测试周期、测试资源、测试交流、风险分析等内容。借助软件测试计划，参与测试的项目成员，尤其是测试管理人员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。
测试计划和测试详细规格、测试用例之间是战略和战术的关
系，测试计划主要从宏观上规划测试活动的范围、方法和资源配置，而测试详细规格、测试用例是完成测试任务的具体战术。所以其中最重要的是测试测试策略和测试方法（最好是能先评审）
08. 您所熟悉的测试用例设计方法都有哪些？请分别以具体
的例子来说明这些方法在测试用例设计工作中的应用。
1．等价类划分
2．边界值分析法
3．错误推测法
9
4．因果图方法
08．您认为做好测试用例设计工作的关键是什么？
白盒测试用例设计的关键是以较少的用例覆盖尽可能多的
内部程序逻辑结果
黑盒法用例设计的关键同样也是以较少的用例覆盖模块输
出和输入接口。不可能做到完全测试，以最少的用例在合理的时间内发现最多的问题
09. 请以您以往的实际工作为例，详细的描述一次测试用例
设计的完整的过程。
(测试的流程)
11. 您以往是否曾经从事过性能测试工作？如果有，请尽可
能的详细描述您以往的性能测试工作的完整过程。
13. 您在从事性能测试工作时，是否使用过一些测试工具？
如果有，请试述该工具的工作原理，并以一个具体的工作中的例子描述该工具是如何在实际工作中应用的。
17. 您认为性能测试工作的目的是什么？做好性能测试工作
的关键是什么？
18. 在您以往的工作中，一条软件缺陷（或者叫Bug）记录
都包含了哪些内容？如何提交高质量的软件缺陷（Bug）记录？
20. 您以往所从事的软件测试工作中，是否使用了一些工具
来进行软件缺陷（Bug）的管理？如果有，请结合该工具描述软件缺陷（Bug）跟踪管理的流程。
23. 您认为在测试人员同开发人员的沟通过程中，如何提高
沟通的效率和改善沟通的效果？维持测试人员同开发团队中其他成员良好的人际关系的关键是什么？
27. 在您以往的测试工作中，最让您感到不满意或者不堪回
首的事情是什么？您是如何来对待这些事情的？
31. 在即将完成这次笔试前，您是否愿意谈一些自己在以往
的学习和工作中获得的工作经验和心得体会？（可以包括软件测试、过程改进、软件开发或者与此无关的其他方面）
33. 你对测试最大的兴趣在哪里？为什么？
34. 你的测试职业发展是什么？
35. 你自认为测试的优势在哪里？
36. 你以前工作时的测试流程是什么？
10
37. 当开发人员说不是BUG时，你如何应付？
23．你为什么想离开目前的职务？
24：你对我们公司了解有多少？
25：你找工作时，最重要的考虑因素为何？
26：为什么我们应该录取你？
27：请谈谈你个人的最大特色。
29。单元测试、集成测试、系统测试的侧重点是什么？
31。一个测试工程师应具备那些素质和技能？
33.你用过的测试工具的主要功能、性能及其他？
34.一个缺陷测试报告的组成
36.软件测试项目从什么时候开始，？为什么？
38.简述一下缺陷的生命周期
你认为理想的测试流程是什么样子？
软件测试活动的生命周期是什么？
请画出软件测试活动的流程图？
针对缺陷采取怎样管理措施？
测试结束的标准是什么？
软件验收测试除了alpha,beta测试以外,还有哪一种?
你们以前测试的流程是怎样的？
<答：测试计划－测试用例设计－测试执行－测试分析报告>
用过哪些测试工具？
为什么选择测试这行？
<答：它是一个新兴的行业，有发展潜力，而且很锻炼人，
需要掌握更多的技能，比做开发要更难>
如果明知这样做不对，你还会依主管的指过去做吗 在公司内部下级是否有申诉渠道？
如果你接到一个客户抱怨的电话，你确知无法解决他的问
题，你会怎么处理
为什么抱怨？是怎么样的问题？
如果是客服问题，提交客服部门解决
如果是质量问题，分析原因，下一版本改进
你觉得什么样的人最难相处
11
自以为是的人
-----------------------------------------------------------------------------
-----------
对测试的理解——基本的测试知识，对测试是否认可？ 75。
3、谈一谈过去自己的工作——了解经历、提供进一步提
问的素材，表达能力
测试技能
测试设计的方法并举例说明——测试技术的使用
测试工具——熟悉程度，能否与当前工作匹配？
如何做计划？如何跟踪计划？——日常工作能力
如果开发人员提供的版本不满足测试的条件，如何做？——
与开发人员协作的能力
熟悉unix系统、oracle数据库吗？——是否具备系统知识
做过开发吗？写过哪些代码？——开发技能
阅读英语文章，给出理解说明？——部分英语能力
文档的意义——是否善于思考？（最简单的概念，不同层次
的理解）
假如进入我们公司，对我们哪些方面会有帮助？——讲讲自
己的特长
随便找一件物品，让其测试——测试的实际操作能力
软件测试的方法有？
软件测试的过程？
有一个新的软件，假如你是测试工程师，该如何做？
软件测试分哪两种方法？分别适合什么情况？
2。一套完整的测试应该由哪些阶段组成？分别阐述一下各
个阶段。
3。软件测试的类型有那些？分别比较这些不同的测试类型
的区别与联系。
4。测试用例通常包括那些内容？着重阐述编制测试用例的
具体做法
5。在分别测试winform的C/S结构与测试WEB结构的软件
是，应该采取什么样的方法分别测试？他们存在什么样的区别与联系？
6。在测试winform的C/S结构软件时，发现这个软件的运
行速度很慢，您会认为是什么原因？您会采取哪些方法去检查这个原因？
7。描述使用bugzilla缺陷管理工具对软件缺陷（BUG）跟踪
的管理的流程
-----------------------------------------------------------------------------
-----------------------
你在五年内的个人目标和职业目标分别是什么？
分析这个问题是用来了解你的计划能力的，通过这个问
题，面试人同时还可以知道你的目标是否符合企业对你的安排。
错误回答我想在将来的某个时候考虑这个问题。如今企
业的领导者更换频繁，我认为做太多的个人计划是荒谬可笑的，不是吗？
12
评论这种回答属于令人反感的一类。首先，当有人想了
解你的目标时，"将来的某个时候"这种通俗说法并不奏效。其次，认为企业很脆弱，领导者更换频繁，这种说法毫无疑问会令人反感，而且也是不合理的。最后，认为做计划可笑，看不起这个问题，而且反问面试人，这些都注定了这样的求职者最终会失败。
正确回答从现在起的五年之内，我希望能够在一个很好
的职位上待几年，而且最好有一次晋升，然后就期待着下一步。不管是向上提升，还是在企业内横向调动，对我个人来说，我希望找到一家企业——一家愿意做相互投入的企业——待上一段时间。
评论这个问题没有回答得过分具体（那样可能会产生漏
洞），而且它表明你有雄心，并且思考过在企业中的成长方式。通过表达横向调动和向上提升的愿望，表明你是一个有灵活性的人。
问题23 你怎样做出自己的职业选择？
分析 面试人提出这个问题是为了了解求职者的动机，
看看他（她）应聘这份工作是否有什么历史渊源，是否有职业规划，是不是仅仅在漫无目的地申请很多工作。
错误回答 我一直都想在企业界工作。自孩提时代起，
我就梦想自己至少也要成为大企业的副总裁。
评论 除了难以令人相信之外，这种回答还存在一个问
题：它表明求职者会对副总裁以下的职位不感兴趣。
正确回答 在上大学四年级前的那个夏天，我决定集中
精力在某一领域谋求发展。尽管我是学商业的，但是我不知道自己最终会从事哪一行业的工作。我花了一定的时间考虑自己的目标，想清楚了自己擅长做的事情以及想从工作中得到的东西，最后我得出了一个坚定的结论，那就是这个行业是最适合我的。
评论 这种回答表明，求职者认真地做过一些计划，缩
小了自己的关注点，而且也认准了前进的方向。这种回答还表明，求职者理解个人职业规划的重要性，并且有能力做出认真的个人决策。
1. 你都用什么测试方法
2.怎么编写案例
3.怎么才能够全面的测试到每一个点
1. 你都用什么测试方法
针对不同的产品或者系统或者模块，有不同的测试方法。总
体而言有白盒测试和黑盒测试。
2.怎么编写案例
案例的编写与测试阶段的定义有很大的关系。系统测试和
unit测试的案例可能不同。总体而言测试案例根据系统的需求而定。
3.怎么才能够全面的测试到每一个点
测试的全面性主要需要在设计测试计划的时候考虑，从测试
策略，产品需求等等多个角度考虑从而定义全部的测试点。
1、谈谈软件测试技术，以及如何提高
2、谈谈软件测试职业发展，以及个人的打算
3、谈谈软件测试在企业的地位，也可以结合软件生命周期
来谈
有可能清晰的思路比确切的答案更重要
－－－－－－－－－－－－－－－－－－－－－－－－－
－－－－－－－－－－－－－－－－－－－－－－－－－
在这里，主要说下笔试和面试的问题，希望大家共同参考。
13
1，一般公司里实际的软件测试流程是什么样的？你们
公司又是怎样的？
2，软件工程师要具有那些素质？
3，你会哪些测试工具？怎么操作？
4，你能不能说下你的3到5年的职业计划（规划）
5，你觉得你来应聘有那些优势？
其余的还好说，但就第4个问题，我感到不好说哦！希望大
家给个意见
第一关：首先要自我介绍，自己的性格怎么样，目前的工作
经历积累了一些什么经验取得了些什么值得一说的成果。然后要说说对软件测试怎么看？还有对于软件测试有什么自己的想法。为什么会想到要做这行（因为我的简历上的工作经历没有关于测试方面的）。哦，还有期望薪资。
第二关：认为软件测试人员所要具备的基本素质，如果遇到
问题会怎样处理，如果得不到研发人员的配合（就是研发说这个不是问题）你又会怎么处理？然后就是一些基本概念，比如软件测试的流程有哪些？如果我上任了，首先会怎么开始自己的工作计划。
（前两关通过了后面这个就好过多了）
第三关：像我介绍了一下公司的情况，告诉我主要针对什么
内容的测试，会不会使用数据库。告诉我大概要做哪些内容，详细的可以上岗以后慢慢熟悉。
大概就这么多了，这对没有经过这一关的不知道有没有帮
助，仅供参考吧
我觉得就像李波说的，关键是要给对方留下好印象:)
面试官最后会问你有什么问题要问吗。作为应聘者的你一般
不要说没问题问，这会给面试官留下你不太重视这份工作的坏印象。所以如果你想得到这份工作的话应该抓住这最后的表现自己的机会：
你可以问：
1. 贵公司近期和远期的发展目标是什么？
2. 贵公司的主要竞争对手有哪些？
3. 贵公司有多少开发人员有多少测试人员？
4. 贵公司又进一步扩充测试人员的计划吗?
5. 如果我有幸能进入贵公司的话，我有怎么样的发
展？
6. 测试人员的沟通能力很重要，贵公司有规范的沟
通渠道吗？
7. 请介绍一下贵公司的福利情况。
8. 请问我什么时候能知道结果？
北京测试空间科技发展有限公司是注册于北京市海淀区高
新技术园的软件企业，目前主要业务范围包括软件测试管理
工具研发、软件测试项目外包和软件测试专业技术人才培养
及派遣。在软件测试管理工具研发领域已成功开发具有
自主知识产权的STMP管理软件。在软件测试项目外包领域
已建立广泛的业务渠道，服务客户包括北大软件工程中心、
东软股份、海辉高科、用友软件、莱博智科技、电子部5所、
11所，航天704所、中国金融认证管理中心、国安创想、
清华同方、中软融鑫、长峰科技等100余家企业，项目覆盖
行业包括军工、航天、金融、通信等领域。
由安博测试空间技术中心/提供
14
地址：北京市海淀区学院路40号大唐电信测试空间楼 联系电话：010-62303223 62303260 62303230
15