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