1.仅仅测试程序是否按预期方式运行有何错误
这最多只能算测试问题的一半，用户不一定遵守规则，软件测试人员需要证实不安规定操作有何后果
此外，如果测试人员进行测试时木打破沙锅问到底的态度，就会遗漏某些软件缺陷
2.测试程序说明的目的是什么
测试程序说明的目的时明确执行测试案例所需的全部步骤，包括如何设置、启动、执行和关闭测试案例。
3.假定完全测试某一程序，在决定是否应该停止测试时要考虑那些问题
仍然会发现大量软件缺陷？
项目小组对已经只想的测试满意吗？
报告的软件缺陷是否定下来那些修复，那些不修复？
产品根据客户要求经过和法向检验了吗？
4.当设法显露竞争条件软件缺陷时，要对软件进行何种操作
尝试同时多几件事
它可以是相关的，例如从同一个应用程序同时向打印机输出打印
也可以是无关的，所做的目的是迫使软件执行同一功能同事出现与自己争议的情况
5.除了更正式之外，检验与其他审查类型有什么重大区别
主要区别是检验时，在场的不是代码的原创者
这迫使另一个完全理解要检验的软件
这比让其他人知识审查软件寻找软件缺陷更加有效
6.什么时灰盒子测试
灰盒测试事是偶尔看一眼源代码，利用该信息协调测试。
它不同于通常查看简单的脚本代码，或者c++等复杂的编译语言。
检查细致程度也不同于白盒测试
7.写出进行网站配置和兼容性测试需要考虑的地方
硬件平台、操作系统、web浏览器、浏览器插件、浏览器选项和设置；
视频分辨率和位深、文字大小和调制调解器速度
8.工具和自动化之间有什么差别
测试工具有助于测试，简化手工完成测试任务
自动化测试也是一种工具，但是它的执行不需要人干预
9.为软件制作beta测试程序有哪些主要问题
更多的人来关注软件
是发现配置和兼容性问题的好办法
10.为什么创建计划的过程时关键，而不是计划本身
因为测试计划中定义的所有问题和其他项目功能小组或者小组成员之间存在影响
让所有人了解和接受计划的内容是关键所在
11.写出在测试计划时应该考虑的一些常用测试资源
人员、设备、办公场所、实验室
软件、公开代码公司以及其他供给
12.测试设计说明的目的是什么
测试说明的目的设计组织和描述针对某特性要实施的测试。
它列举了要测试的特性和要用的方法。
它明确了测试案例，但是不指明测试案列具体是什么，通过\失败的原则时什么
13.叙述优秀的软件测试人员应具有的素质
探索精神（喜欢新软件）
故障排除能手（善于发现问题、喜欢猜谜）
不懈努力（不停测试，尽一切努力）
创造性（寻求新方法，有创意，超常手段）
追求完美（力求完美但不是苛求）
判断准确（要判断问题是不是真正的缺陷）
老练稳重（不怕坏消息，冷静）
说服力（善于表达说明缺陷）
14.叙述正式审查的4个基本要素
确定问题：审查的目标时找出软件的问题——不仅是出错的项目，还包括遗漏项目
遵守规则：审查要遵守一套固定的规则，规则可能设定要审查的代码量（通常有数百行），花费时间多少（数小时），那些内容要做备注等等。
准备：每一个合作者都为审查做准备，并贡献自己的力量
编写报告：审查小组必须做出总结审查结果的书面报告，并使报告便于开发小组的成员使用
15.叙述数据引用错误审查有哪些内容
数据引用错误
数据引用错误是指用未经正确初始化金额引用方式的变量、常量、数组、字符串或记录而导致的软件缺陷
是否引用了未初始化的变量
数组和字符串的下标是整数值吗？
在检索操作或者应用数组下标时是否包含“丢掉一个”这样的潜在错误？
是否应该使用常量的地方使用了变量？
变量是否被赋予了不同类型的值？
为引用的指针分配内存了吗？
一个数据结构是否在多个函数或者子程序中引用，在每一个引用中明确定义结构了吗？
网友评论