
51. 软件测试有哪些风险?
参考答案:
我们没有完全测试软件. 实际上,我们选择了风险,因为存在未测试缺陷的可能性. 例如,为方便起见,程序员在调试程序时将弹出一些提示消息框,并且这些提示仅在特定条件下才会弹出. 在程序发布之前,其中某些代码可能没有被注释掉. 在测试期间,测试工程师没有对其进行测试. 如果客户遇到它,那将是一个昂贵的缺陷,因为它只有在交付后才被客户发现. 因此,我们应尽可能选择最合适的测试量,以将风险降至最低.
52. 发现的缺陷越多,软件缺陷就越多?
参考答案:
这是一个相对普遍的现象. 测试工程师会在发现任何缺陷之前先绞尽脑汁,但是找到一个缺陷之后,他们会一个接一个地发现许多缺陷,这是非常个人的. 主要原因如下:
-代码重用和代码复制使程序员容易犯同样的错误. 类继承导致所有子类在基类中包含错误. 重复复制相同的代码意味着缺陷也可能被复制.
-程序员更加精疲力竭,这可能导致某些连续写入功能中出现更多缺陷. 程序员加班是很常见的现象,因此容易编写一些缺陷多于时间的程序. 这些连续的潜在缺陷正是测试工程师展示其才能的地方.
“一个接一个的缺陷”不是客观规则,而是普遍现象. 如果软件编写正确,则这种现象并不常见. 测试人员只需要认真测试程序即可.
53. 是否可以修复所有软件缺陷?是否应修复所有软件缺陷?

参考答案:
从技术上讲,可以修复所有软件缺陷,但无需修复所有软件缺陷. 测试人员要做的是能够正确判断何时他们无法追求软件的完美. 对于整个项目团队,要做的是选择每个软件缺陷,并根据风险决定应修复哪些缺陷. 造成这种现象的主要原因如下:
-时间资源不足. 在任何项目中,开发人员和测试人员通常都不够,并且项目中的回归测试时间不足,再加上对缺陷的修改可能会引入新的缺陷软件测试教程考试题,因此对交付期限的压力很大. 其次,必须丢弃某些缺陷
-某些缺陷仅在特殊情况下出现. 这些缺陷出于商业利益考虑,可以在以后的升级中修复.
-不是缺陷的缺陷. 我们经常会遇到某些功能被视为缺陷的问题,有时间可以稍后考虑这些问题.
最后要说的是,软件缺陷测试人员,项目经理和程序员是否将讨论是否修复缺陷,并且具有不同角色的人将从不同角度思考以做出正确的决定.
54. 软件测试人员是质量检查人员吗?
参考答案:
软件测试人员的责任是尽早识别软件缺陷,以确保可以修复它们. 质量保证人员(QA)的主要职责是创建或制定标准和方法,以提高促进软件开发和减少软件缺陷的能力. 测试人员的主要工作是测试. 质量保证人员日常工作的重要内容是检查和审查. 测试工作也是测试保证人员的工作目标.
软件测试和质量是相辅相成的,两者都可以提高软件质量.

55. 如何减少测试人员更换工作所造成的损失?
参考答案:
跳槽是IT行业中的普遍现象,它将给公司和个人带来一些损失. 测试团队无疑将面临跳槽的威胁. 作为测试经理经理,只有从日常工作开始,才能将损失降到最低. 建议我们从以下两个方面入手:
-加强部门员工之间的相互学习. 相互学习是建立学习组织和相互知识转移过程的基本要求. 在此基础上,可以以知识的形式存放个人拥有的技术,并完成从默认知识到显性知识的转换.
-在通常情况下,企业可以为员工提供足够大的发展空间时,如果不是特别低的待遇,员工将不会主动离开企业. 因此,如果要留住员工,管理人员应将员工的个人成长与企业发展联系起来,为员工制定合理的发展计划并加以实施. 但是,比较此要求需要更好的企业文化.
56. 测试产品和测试项目有什么区别?
参考答案:
习惯上,将已开发的软件商业化并出售给用户,几乎无需更改代码即可成为软件产品,即购买软件的“销售副本”,例如Windows2000. 为一个或几个特定用户开发的软件通常是一个软件项目. 软件项目是一种个性化产品,可以根据用户要求进行重新开发,或者可以对现有软件产品进行修改以满足特定需求. 用户需求. 项目和产品的不同特征决定了我们的测试产品和测试项目仍将有许多不同的地方:
-不同的质量要求. 通常,产品质量较高,释放后修复缺陷的成本较高,甚至会带来很多负面影响. 该项目通常是针对特定用户的. 虽然质量越高越好,但是通常只需要满足用户的要求即可.
-投资了多少不同的测试资源. 软件产品通常由研发中心开发,对进度的压力较小. 同时,由于高质量的要求,它将投入更多的人力和物力.

-最后,必须与用户一起对项目进行测试以接受. 这是产品测试所没有的功能.
此外,测试产品和测试项目的缺陷管理和测试策略的开发将有很大的不同. 测试经理应结合特定的环境并适当完成工作.
57. 与用户进行测试(UAT测试)要注意哪些要点?
参考答案:
在生产软件产品之前,通常会进行用户验收测试. 如果用户的验收测试失败,则直接结果是未达到“金钱”. 间接影响是损害公司的形象,后者的影响通常更为严重. 根据作者的经验,用户接受度测试必须使用户满意.
实际上,用户现场测试往往是一个演示. 在不欺骗用户的前提下,我们向用户展示了我们软件的优势. 最后,我们的目标是满足“上帝”并愉快地取出“银”. 因此,用户测试应注意以下事项:
(1)无法在现场测试所有功能,因此有必要测试核心功能. 这需要事先准备. 必须先对这些核心功能进行测试,以证明在与用户测试之前没有问题. 测试核心模块的目的是建立用户对软件的信心. 当然,如果这些模块有更多问题,则不应进行演示.
(2)如果某些模块确实有问题,我们可以演示其他重要的业务功能模块,并在必要时向用户做出合理的解释. 在争取时间之后软件测试教程考试题,及时修改缺陷以弥补缺陷.
(3)您永远不会欺骗用户并感到困惑. 原因很简单,因为该软件是供用户使用的,除非您可以立即对其进行修改,否则该问题迟早会暴露出来. 与用户进行测试时,我们应注意各种沟通技巧,不仅要满足短期利益,而且还为以后的合作打下良好的基础.
58. 如何编写提交给用户的测试报告?

参考答案:
随着测试工作越来越受到关注,开发团队不可避免地会向客户提供测试文档. 很会问: “我们可以在工作中向客户提供测试报告吗?”答案是不. 由于提供内部测试报告,客户可能会失去信心,甚至拒绝该项目.
测试报告通常分为内部测试报告和外部测试报告. 内部报告是我们在测试工作中的项目文档,它反映了测试工作的执行情况. 这里没有太多讨论. 读者可以参考相关的教材. 在这里,我们主要讨论如何编写外部测试报告. 通常,外部测试报告应满足以下要求:
-基于内部测试报告编写,通常是摘录;
-无法将严重缺陷报告给客户. 即使缺陷已被修改,开发中的缺陷也不必让客户知道;
-报告中可以列出一些缺陷,但是它们必须是中间缺陷,并且必须修复这些缺陷;
-报告内容应尽可能真实可靠;
-应该仔细检查整个测试报告,并力争不对项目造成负面影响,尤其是性能测试报告.
简而言之,应仔细准备外部测试报告.
59. 测试工具在测试中的状态如何?
参考答案:
中国的许多测试工程师都非常痴迷于测试工具,尤其是一些新手,甚至希望测试工具能够代替手动测试. 测试工具在测试工作中起辅助作用,通常用于提高测试效率. 自动测试弥补了手动测试的不足,并减少了一定的工作量. 实际上,测试工具不能替代大多数手动测试,并且某些自动化测试(例如性能测试)不能手动完成. 对于自动测试技术,应根据软件的不同情况分别进行处理. 通常,自动技术将应用在引起大量重复工作的地方,系统的压力点以及适合使用程序来解决输入数据的任何地方. 然后寻找合适的自动测试工具,或开发自己的测试程序. 不得用于测试工具.
本文来自电脑杂谈,转载请注明本文网址:
http://www.pc-fly.com/a/jisuanjixue/article-277971-1.html
迟早要统一
下次再来就撞击