上官纟勺炮
软件测试技术黑盒测试报告程序判断这三条边是否能构成三角形
1、两数之和大于第三数，如A2、两数之和不大于第三数3、两数相等，如A=B或B=C或C=A4、三数相等，如A=B=C5、三数不相等，如A!=B,B!=C,C!=A无效等价类：1、空2、负整数3、非数字4、少于三个数三角形测试用例类别输入条件 有效等价类 无效等价类是否是三角形 (A>0) (1)(B>0) (2)(C>0) (3)(A+B>C) (4)(B+C>A) (5)(C+A>B) (6) (A(B(C(A+B(B+C(C+A是否是等腰三角形 (A=B) (13) (B=C) (14)(C=A) (15) (A!=B)and(B!=C)and(C!=A) (16)是否是等腰直角三角形 ：(A=B)and(A^2+B^2=C^2) (17)(B=C)and(B^2+C^2=A^2) (18) (C=A)and(C^2+A^2=B^2) (19) 是否是等边三角形 ：(A=B)and(B=C)and(C=A) (20) (A!=B) (21)(B!=C) (22)(C!=A) (23)三角形测试用例：序号 [A,B,C] 覆盖等价类 输出1 [3,4,5] (1)(2)(3)(4)(5)(6) 是三角形2 [0,1,2] (7) 非三角形3 [1,0,2] (8) 非三角形4 [1,2,0] (9) 非三角形5 [1,2,3] (10) 非三角形6 [1,3,2] (11) 非三角形7 [3,1,2] (12) 非三角形8 [3,3,4] (1)(2)(3)(4)(5)(6)(13) 等腰三角形9 [3,4,4] (1)(2)(3)(4)(5)(6)(14) 等腰三角形10 [3,4,3] (1)(2)(3)(4)(5)(6)(15) 等腰三角形11 [2√2,2√2,4] (1)(2)(3)(4)(5)(6)(17) 等腰直角三角形12 [4,2√2,2√2] (1)(2)(3)(4)(5)(6)(18) 等腰直角三角形13 [2√2,4,2√2] (1)(2)(3)(4)(5)(6)(19) 等腰直角三角形14 [3,4,5] (1)(2)(3)(4)(5)(6)(16)(20)(22)(23)(24) 是三角形15 [3,3,3] (1)(2)(3)(4)(5)(6)(16)(21) 等边三角形
求高人帮忙做一道软件测试的题
展开全部 分析题目中给出和隐含的对输入条件的要求：①整数，②三个数，③非零数，④正数，⑤两边之和大于第三边，⑥等腰，⑦等边。
如果a、b、c满足条件①~④，则输出下列4种情况之一：（1）如果不满足条件⑤，则程序输出为“非三角形”。
（2）如果三条边相等即满足条件⑦，则程序输出为“等边三角形”。
（3）如果只有两条边相等，即满足条件⑥，则程序输出为“等腰三角形”。
（4）如果三条边都不相等，则程序输出为“一般三角形”。
列出等价类表并编号，结果如表1所示。
根据等价类设计等价类测试用例如表2所示。
...
软件测试具体是做什么的？（面试人员说刚开始做的是处理一些代码非...
软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。
执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。
使用人工或者自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别. 它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度（correctness） 、完全度（completeness）和质量（quality）的软件过程；是SQA(software quality assurance)的重要子域。
Grenford J.Myers曾对软件测试的目的提出过以下观点： （1）测试是为了发现程序中的错误而执行程序的过程； （2）好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案； （3）成功的测试是发现了至今为止尚未发现的错误的测试。
然而，这种观点指出测试是以查找错误为中心，而不是为了演示软件的正确功能.但是只从字面意思理解，可能会产生误导，认为发现错误是软件测试的唯一目的，查找不出错误的测试就是没有价值的测试，实际上并非如此！(1)测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势，可以帮助项目管理者 发现当前软件开发过程中的缺陷，以便及时改进；(2)这种分析也能帮助测试人员设计出有针对性的测试方法，改善测试的效率和有效性；(3)没有发现错误的测试也是有价值的，完整的测试是评定软件质量的一种方法 软件测试完整分类，参见：软件测试的完整分类以上的都是官话！其实说白了，软件测试就是在开发人员做出软件投放市场前，尽可能早的找出软件当中所存在的BUG！因为任何软件在理论上来说都是存在问题的，都不是完美的！尽早的找出漏洞，公司的损失也就越低！这也就是软件测试人员越来越受重视的原因！其实软件测试是一种相当乏味枯燥的工作，一般面公司都比较偏向稍微内向的人，另外测试人员还要具备相当的口才，方便与开发人员还有客户交流！
这个图片为什么下面的三角形会少一块！
s1上红，s2上黄。
s3上绿。
s4上深绿，s为总假设一：s上=s下已经知道：s1+s2+s3+s4=s上再假设二：s1下=s1,s2下=s2,s3下=s3,s4下=s4所以s1下+s2下+s3下+s4下=s下=s1+s2+s3+s4=s上=s下可下图明明是少一块，所以不是假设一错就是假设二错了如果假设一错了的话，推出：上下直角边相等，而且夹一直角，两三角形全等，得出三角行斜边毕有一不是直线（更象是下边，向上凸）。
假设二错了的话，推出：可以看出上下绿面积一定是面积相等，其他三块的面积对应不相等的（我认为关键在黄色图形，在下面左上角缺个角，导致红，深绿三角形斜边比上面对应的三角形向下倾斜，既下比上面积小，但是直线）得出：（s1+s2+s3+s4）-(s1下+s2下+s3下+s4下)=s白综上所述：1要么是三角行斜边毕有一不是直线（更象是下边，向上凸），2要么是红，黄，深绿比上小。
从视觉的角度我赞同答案2
求硬件测试工程师笔试题！
一、判断题1.软件测试的目的是尽可能多的找出软件的缺陷。
（Y）2.Beta 测试是验收测试的一种。
（Y）3.验收测试是由最终用户来实施的。
（N）4.项目立项前测试人员不需要提交任何工件。
（Y）5.单元测试能发现约80%的软件缺陷。
（Y）6.代码评审是检查源代码是否达到模块设计的要求。
（N）7.自底向上集成需要测试员编写驱动程序。
（Y）8.负载测试是验证要检验的系统的能力最高能达到什么程度。
（N）9.测试人员要坚持原则，缺陷未修复完坚决不予通过。
（N）10.代码评审员一般由测试员担任。
（N）11.我们可以人为的使得软件不存在配置问题。
（N）12.集成测试计划在需求分析阶段末提交。
（N）二、选折1.软件验收测试的合格通过准则是：（ABCD）A. 软件需求分析说明书中定义的所有功能已全部实现，性能指标全部达到要求。
B. 所有测试项没有残余一级、二级和三级错误。
C. 立项审批表、需求分析文档、设计文档和编码实现一致。
D. 验收测试工件齐全。
2.软件测试计划评审会需要哪些人员参加？（ABCD）A.项目经理B.SQA 负责人C.配置负责人D.测试组3.下列关于alpha 测试的描述中正确的是：（AD）A.alpha 测试需要用户代表参加B.alpha 测试不需要用户代表参加C.alpha 测试是系统测试的一种D.alpha 测试是验收测试的一种4.测试设计员的职责有：（BC）A.制定测试计划B.设计测试用例C.设计测试过程、脚本D.评估测试活动5.软件实施活动的进入准则是：（ABC）A.需求工件已经被基线化B.详细设计工件已经被基线化C.构架工件已经被基线化D.项目阶段成果已经被基线化三、添空1.软件验收测试包括：正式验收测试，alpha 测试，beta 测试。
2.系统测试的策略有：功能测试，性能测试，可靠性测试，负载测试，易用性测试，强度测试，安全测试，配置测试，安装测试，卸载测试，文挡测试，故障恢复测试，界面测试，容量测试，兼容性测试，分布测试，可用性测试，（有的可以合在一起，分开写只要写出15 就满分哦）3.设计系统测试计划需要参考的项目文挡有：软件测试计划，软件需求工件和迭代计划。
4.对面向过程的系统采用的集成策略有：自顶向下，自底向上两种。
5.（这题出的有问题哦，详细的5 步骤为~~）通过画因果图来写测试用例的步骤为：（1）分析软件规格说明描述中，哪些是原因（即输入条件或输入条件的等价类），哪些是结果（即输出条件），并给每个原因和结果赋予一个标识符。
（2）分析软件规格说明描述中的语义，找出原因与结果之间，原因与原因之间对应的是什么关系？ 根据这些关系，画出因果图。
（3）由于语法或环境限制，有些原因与原因之间，原因与结果之间的组合情况不可能出现。
为表明这些特殊情况，在因果图上用一些记号标明约束或限制条件。
（4）把因果图转换成判定表。
（5）把判定表的每一列拿出来作为依据，设计测试用例。
四、简答（资料是搜集整理的，感谢前辈的解题）无1.区别阶段评审的与同行评审同行评审目的：发现小规模工作产品的错误，只要是找错误；阶段评审目的：评审模块阶段作品的正确性可行性及完整性同行评审人数：3-7 人人员必须经过同行评审会议的培训，由SQA 指导阶段评审人数：5 人左右评审人必须是专家具有系统评审资格同行评审内容：内容小一般文档< 40 页， 代码< 500 行阶段评审内容： 内容多，主要看重点同行评审时间：一小部分工作产品完成阶段评审时间： 通常是设置在关键路径的时间点上！2.什么是软件测试为了发现程序中的错误而执行程序的过程3 简述集成测试的过程系统集成测试主要包括以下过程：1. 构建的确认过程。
2. 补丁的确认过程。
3. 系统集成测试测试组提交过程。
4. 测试用例设计过程。
5. 测试代码编写过程。
6. Bug 的报告过程。
7. 每周/每两周的构建过程。
8. 点对点的测试过程。
9. 组内培训过程。
4 怎么做好文档测试仔细阅读，跟随每个步骤，检查每个图形，尝试每个示例。
P142检查文档的编写是否满足文档编写的目的内容是否齐全，正确内容是否完善标记是否正确5 白盒测试有几种方法总体上分为静态方法和动态方法两大类。
静态：关键功能是检查软件的表示和描述是否一致，没有冲突或者没有歧义动态：语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。
6 系统测试计划是否需要同行审批，为什么需要，系统测试计划属于项目阶段性关键文档，因此需要评审。
7Alpha 测试与beta 的区别Alpha 测试在系统开发接近完成时对应用系统的测试；测试后仍然会有少量的设计变更。
这种测试一般由最终用户或其它人员完成，不能由程序或测试员完成。
Beta 测试当开发和测试根本完成时所做的测试，最终的错误和问题需要在最终发行前找到。
这种测试一般由最终用户或其它人员完成，不能由程序员或测试员完成。
8 比较负载测试，容量测试和强度测试的区别负载测试：在一定的工作负荷下，系统的负荷及响应时间。
强度测试：在一定的负荷条件下，在较长时间跨度内的系统连续运行给系统性能所造成的影响。
容量测试：容量测试目的是通过测试预先分析出反映软件系统应用特征的某项指标的极限值（如最大并发用户数、数据库记录数等），系统在其极限值状态下没有...
测试覆盖率中如何提高测试覆盖率
这篇文章中，主要讨论的是如何提高测试覆盖率的相关问题。
其实，提高测试覆盖率最基本，甚至是唯一的办法就是增加测试用例，但是怎样通过增加测试用例而帮助我们“迅速”提高我们的测试覆盖率呢？ 代码走查 对于代码的不熟悉造成了我们的代码覆盖率迟迟上不去，我们需要了解到代码里面究竟有多少条件分支，多少怎样的循环，分支和循环向来是导致我们代码覆盖率比较低的原因，另外，是不是存在一些过时的代码，没有运行过代码监测工具的代码中很可能存在一些没有被引用的死代码，而代码走查，尤其是对于覆盖率低的模块的代码走查将有助于你增加相关的用例而提高代码覆盖率。
工具 这里倒不是说有些工具可以帮助你直接提高代码覆盖率，这样的工具至少我还没有就见过。
这里提到的工具主要包括两种，一是代码分析工具另外一种就是上篇文章中提到的代码覆盖率工具。
代码分析工具可以帮助我们分析代码中的冗余部分，这样可以帮助我们干掉那些总是不可能覆盖到的死函数，有的编译器已经提供了类似的功能。
使用代码覆盖率工具则可以帮助我们快速监测代码覆盖率低的地方，这样我们可以快速定位我们测试的薄弱环节，通过代码走查或其他方式可以快速增加用例。
一般来讲，某一模块的代码覆盖率从30%提高到50%所需的时间遥远小于从60%提高到80%的时间。
规则 这里所指的规则其实是指一些基本测试方法，如等价类划分，边界值分析。
我们有时候需要通过这些手段来逐一检查我们那些方面的测试用例没有考虑到，从而帮助我们增加相关的测试用例。
经验 这个看起来有点像废话，因为一般都知道测试经验丰富有助于测试用例的设计，写出别人没有想到的测试用例。
我在这里把这句话提出来的主要意图是告诉大家注意平时的积累，某些时候的灵光一现可能成为日后的一个重要用例。
以前的失败教训也可以帮助我们从中学到经验，毕竟“经验是人为其错误而找的代名词”。
注意 有一点我想有必要再次提醒大家：单方面的提高测试覆盖率并不能有效的帮助测试质量的提升，尤其是在代码质量低劣的情况下。
就拿一个经典的三角形测试用例来讲，开发人员的代码可能仅仅判断了“两边之和大于第三边”然后就返回“这是三角形”。
在测试用例中，我们可能考虑了很多的问题，考虑了输入数据的类型，合法性等等的问题，但是这并无助于增加测试覆盖率。
运行这些测试结果是万里江山一片红，记住在你的测试用例没有运行通过的时候考虑测试覆盖率是没有意义的，我目前想到了两条理由：一是这些测试用例可能在代码的中间部分就已经出了问题，所以用例本该覆盖到语句没有覆盖到，这降低了代码覆盖率数据；第二个理由测试用例没有通过可能就如刚才提到的三角形问题中一样，开发人员压根就没有那么多语句给你去覆盖，这时候的代码覆盖率数据显然是没有多大作用的。
这也印证了前面文章中提到的“高代码覆盖率比低代码覆盖率更加‘没用’”。
写到这里，我的观点已经表达完毕了。
这一系列文章也差不多可以做个了结了。
当然我们还留了一些重要的＂尾巴＂——测试覆盖率工具。
在昨天的文章中提到，笔者将实际学习使用一些工具，并将整理相关的资料，当然我是不会爽约的，不过这些内容恐怕要等一段时间才能开始了。
