女安***测试员是怎么回事？ 测试安***真... | 问答 | 问答 | 果壳网 科技有意思
女安***测试员是怎么回事？ 测试安***真的要用到女性安***测试员吗？
招聘广告措辞很直接。网络截图　　东方网11月8日消息：据《青年报》报道，最近，在百姓网上出现了这样一则招聘信息：日薪3000元，只要是年轻健康，开朗活泼的女性就可应聘。然而，这样一条如此高薪的招聘信息被转发到微博后却引发了网友们的震惊和质疑，因为其招聘的竟然是女性安***检测员。有网友甚至认为，如此正大光明的招聘其实质却和公开组织***无异。在记者采访后，百姓网删除了此信息。
+ 加入我的果篮
果壳实验室主任
避孕套的检查包括全部检查、抽样检查、破坏检查、非破坏检查等。为什么这么麻烦？因为一旦质量不合格，那就很可能使避孕“不成功，变***”。因此，为了能抵抗住将来的激烈使用，需要在检测时让套套提前经受一番考验！首先，每一个（注意，是每一个）套套都必须进行电极测试。套套被套在类似模具形状的电极上，然后浸没在装有相反电极的电解质溶液中。将两种电极同时通电后，检查是否有电流产生。如果没有，则表明所有受检的套套都合格。否则，不合格的套套将被分拣处理，甚至这一批次的所有套套可能都会被弃用。电检合格的套套还需要进行抽样检查。一般而言，套套需要进行两种抽样检测，一种是漏水试验，另一种是空气爆破试验。装满水的套套1分钟之内如果不漏水的话，那么精液在套套中应该也不会漏出来。另外，如果套套充气膨胀的体积能达到18升，那么就达到了国际乳胶最低标准的要求，否则即为不合格产品。总之，单从安全性检测的角度来说，完全没必要用真人。至于用户体验方面的事情，比较靠谱的办法是给性生活比较规律的，有使用安***习惯的，较具有代表性的夫妇发免费试用装，让他们帮着填问卷才是真的。详细内容参见
有媒体采访了，联系了发帖人，发帖人说是爱**的套套，需要招测试员，不需要男的，但是如果男的能介绍多一点女的话，会安排男的去当测试员。然后该媒体联系了发帖人所说的爱**套套公司，公司负责人说没这回事然后该媒体联系了杜蕾斯，杜蕾斯说全部用机器测试，不会用真人律师说，应该是新骗局，涉嫌变相***这里找到个杜蕾斯08年的相关新闻：找到上面说的那个新闻了：
记得《老友记》里说过，套套的成功率只有97%，是真的吗？
后回答问题，你也可以用以下帐号直接登录
(C)2016果壳网&&&&京ICP证100430号&&&&京网文[-239号&&&&新出发京零字东150005号究竟什么才是软件测试？搜了各种百科，最终发现都是没用的。
从网上扒了软件测试的经典定义是：在规定的条件下对进行操作，以发现，衡量，并对其是否能满足设计要求进行的过程。但是在知乎上水了这么长时间，发现这些测试工程师们总是在不断游弋在产品经理和开发之间，拿着产品经理的要求找开发的毛病，却很少有人真正意义上给出自己对这个产品的质量建议，测试究竟是什么意思？
按时间排序
有用的很少会分享，除了我:) 请微信搜索iTesting, 软件测试全干货分享，你的软件测试知识宝藏
记得一个外国大师说过，软件测试就是对软件进行分析从而评估软件的对质量。我的理解是，分析方式多种多样。黑盒测试这个方式最绿色最环保成本最低；也可以引入工具，成本稍高，如果使用得当效果也很好啊！各种自动化，UI自动化，接口自动化，严格来说不算分析方式，应该当作集成环境监控系统更准确些。不过，这些事情都由测试工程师完成。
软件测试的定义： 为了发现程序中的错误而执行程序的过程
我是转行的，做测试开发的。。不懂的地方请教大神们给我来讲解。邮箱
测试是基于一个给定的标准来做的，你说的产品质量建议，可能不是defect方面而是usability方面的建议，这样的建议决定权不应在测试手里，但测试应该做出反馈。简单的来说，测试是基于确定的需求，检查程序的错误，defect rate在事先给定的上下限之内，在qa眼里就认为是合格的，不然，打回重改。另外还有一些项目裁减过的检验方法，也要满足。如果你认为这个程序的设计太糟，需要变更需求，那其实并不是测试的问题。你应该去吐槽你的需求设计，不应找测试的麻烦。最后一般来说如果需求认识到了你这个问题，那他会有自己的理由。但往往是实现者自己没有考虑到这样的需求，呵呵
简答一下你找到的定义缺少一个关键的前提，即测试是根据需求转换为质量目标，根据质量目标找寻软件和程序中的缺陷，以使软件达到质量目标要求。没有需求和目标，谈不上测试。产品经理的要求是需求吗？有可能产品经理一开始自己都没有想明白，测试不是想到哪里测到哪里，如果产品经理对系统的要求明确，那就该细化为详细的需求和质量要求。只有这样测试才有了明确的目标。需求有功能性需求对应到功能性测试。有各种非功能性需求对应到产品本身的易用性测试，性能测试，老化和持久性测试等各方面的内容。但是提前仍然是有详细的需求，包括功能性需求和非功能性需求。一个测试能够做好的真正价值不在于测试执行，而在于测试分析和设计，而测试分析和设计重点又在于能够根据需求来***出具体可能的测试场景，根据测试场景来***出具体的测试用例，根据测试用例再来细化详细的测试步骤和测试数据，这一切都是在需求出来后就应该能想明白和设计完成的内容，不是等到产品出来了再看哪些地方不对，哪些感觉要改。一个测试不是乱给质量建议，而是根据需求和质量目标找寻出产品缺陷，乱给质量建议只能说明前期需求规约方面内容缺乏太多。你越是乱给质量建议，你越发现和开发的矛盾和冲突越多，这些都是前期需求和质量目标不明确导致的。
或者你?? ，?到主播?「我不???」的?候?量忍着?咯噔……
软件是为了让电脑帮助解决问题而被开发出来的。组成软件的是代码。代码是程序员的思路。这些思路只适合电脑执行。电脑执行思路时才能发现思路的问题。可以直接让这些思路去实践。但再牛的程序员的思路也很少能顺利执行。很多问题程序员会没考虑清楚或是忽略。为了避免因问题而重复发布软件。因为发布软件的代价通常较大。所以在发布之前按照理解和想象试试程序员的思路行不行。
谢邀。本文谢绝转载。 和
答的都很有道理。尤其是曲晓峰从软件开发模式的角度来回答，角度很赞。我之前所在的测试团队经历了从瀑布式开发到敏捷式开发的转变，可是我看到这题的时候居然完全没想到这个point，汗颜不已。看了一下题主的描述，问题集中在两个：1、什么是软件测试？2、测试工程师们总是在不断游弋在产品经理和开发之间，拿着产品经理的要求找开发的毛病，却很少有人真正意义上给出自己对这个产品的质量建议，测试究竟是什么意思？第二问可以说是第一问的补充。这里我不自量力，想要再回答一下。首先说的是，曲晓峰的***说的很好，敏捷开发中测试的地位是要高于瀑布开发的。在敏捷开发中，产品（PM）、开发（DEV）和测试（QA） 三个团队对于开发流程都十分重要，缺一不可，真真正正的三足鼎立。尤其是敏捷开发中经常需要开讨论会议（基本每天一次），测试、产品和开发三个团队的交流沟通远远大于瀑布式开发。而且敏捷开发对于测试来说一个重要的意义就是，比起瀑布式开发，测试在软件开发过程中的参与感更强，测试对于产品的功能逻辑（来源于产品团队）和代码底层逻辑（来源于开发团队）了解的更加深入透彻，测试的质量也更高。那么回到答主的原问题什么是软件测试？软件测试的英文缩写是QA。全称是QUALITY ASSURANCE，翻译成中文就是 质量保证。软件测试的工作说穿了就是这么几个字：保证软件产品质量。至于如何保证软件产品质量，光看百度百科的定义理解的肯定不够透彻。我从个人的工作经验总结，主要有这三个大的方面。（个人总结，若有疏漏，欢迎各位大牛指正讨论~）A. 发现软件问题这个很好理解吧？就是通常所说的提bug。至于什么是bug？是不是bug谁说了算？这就需要QA和产品（PM）、开发（DEV）去沟通。QA和PM沟通产品功能的逻辑：PM希望功能做出什么效果？和DEV沟通产品代码的逻辑：DEV是如何实现这个功能的？有了这两大尚方宝剑，不符合功能逻辑、代码逻辑存在问题，就都是bug（bug当然不指这两种）。这时是不是bug当然是QA说了算。DEV和PM说不是bug？那好，QA翻出聊天记录，DEV和PM分分钟打脸。所以题主发现：「测试工程师们总是在不断游弋在产品经理和开发之间」，大抵就是如此。QA和DEV、PM沟通，绝不是扯皮、没地位、和稀泥。恰恰相反，QA和DEV、PM的沟通有助于他们发现bug。B. 确认软件质量软件测试不仅仅是为了挑错。也是要确认保证软件功能的好用。一条case执行通过了，没有发现bug，并不说明这条case没意义。QA团队测试一轮，是要拿出一个report的。大意是这样：软件版本1.0.0.0，有5个功能ABCDE，功能ABC好使，没问题。功能D 还有10个bug，开发计划下个版本解决，不影响功能。功能E问题较多，还有4个影响功能的bug没有解决， 暂时无法上线。有了这样的report，才能决定迭代是否结束、开发是否完成、产品是否发布。有人试过这东西好使，产品卖着也踏实，是不？C. 提高软件体验在客户之前，测试团队基本上是第一个使用软件的人。他们的使用感受很有可能就是用户的软件体验。有些设计虽然逻辑上没问题，但是用着就是别扭；有些case干脆就是PM和DEV之前没考虑到的盲点，PM和DEV拿不出合理的期望结果；还有的时候QA就觉得这个操作换一种处理方式更方便……这种情况就需要QA把问题提出来，大家凑在一起讨论下（或者是PM拍板决定下），究竟需要怎么做，期望结果应该如何合理。这些问题和bug不一样，很多时候就是feeling的事，比如一个选项究竟是下拉框还是check box，点关闭时究竟是最小化托盘还是完全退出……同样的操作，有些QA可能觉得合理，有些QA可能觉得不舒服，还有些QA可能觉得有问题。这完全是看QA个人的软件使用习惯而来的。这时候才是真真考验QA的时候。别的团队不敢说，起码我所在的公司，QA遇到这种问题，就是PM、DEV三方坐下来一起讨论了。希望最终能拿出一个最合理，最人性化的解决方案，让客户用着、点着，不那么别扭。这种问题，我们一般不叫bug。有时候是improvement，有时候是new feature。或者PM在迭代中干脆就改了产品功能逻辑----敏捷开发就这点方便~说了这么多，题主再结合酱油瓶的***看下，就会发现，一般的QA往往只局限于A和B类的工作，而能做到C类工作的，基本都是懂产品、懂代码（起码是伪代码）、工作经验丰富、资深电脑用户的骨干QA。（曲晓峰提到的自动化测试，主要是A和B类。C类很难用自动化测试来实现。）以上说的只是QA的主要测试工作的目的。QA的工作还包括很多，设计测试用例、编写功能文档、整理测试报告、搭建测试环境等等等等……和题主问题关系不大，就不一一讨论了。总结一下，QA不是拿着PM的要求找DEV的毛病，也不是不提软件的质量建议。会这样做的QA，才刚刚起步，离做好QA还远的很。软件测试虽然门槛低，但不代表它没什么技术性，相反，软件测试入门简单，但是做好不简单。
这里算是一个生存者偏差吧。在真正重视测试的软件团队里面，软件测试不是专职测试人员的工作。所以软件测试标签下，大都是传统软件团队的从业人员。传统软件测试软件测试，在传统瀑布流开发模型里面，是完成功能后的检验。虽然所有人都知道这样做是不对的，但现实就是大家还是在这么实践。一般自我定位为软件测试的，都是在这种有专门测试团队的企业中，从事软件测试工作的。这就是你为什么看不到软件测试人员对于产品质量提高的贡献。因为在瀑布流的方法论里面，软件测试就是属于从属地位的，不是主要业绩的贡献者。因此，软件测试团队和人员也就没有地位和发言权。敏捷开发真正重视软件测试的团队，可以说都是或者明确，或者潜意识地部分采用了敏捷开发技术。例如，测试驱动开发（TDD，Test-Driven Development），紧密的单元测试等等。在这种方法论里面，测试与开发不是分离、独立的，而是与开发过程紧密结合的。所以，在软件系统成长的过程中，测试与开发是高密度交织完成的。在极端案例里面，例如：采用行为驱动开发（BDD，Behaviour-Driven Development）方法论的软件开发实践中，测试是客户和产品经理一起撰写的软件行为描述。而且这种软件行为描述可以通过模拟 mock 对象执行，来检验行为的设计。当行为描述清楚，并得到用户与产品经理（和/或需求开发）的确认之后，开发人员再向行为中添加具体的执行细节，包括函数和单元测试。举个例子：在开源软件中，即使是功能极为简单的小工具，都会有基本的单元测试（Unit Test），个别的或者有集成测试（Integral Test）。但开源软件的主要编写人员经常只有一个人，他才不会说自己是专业干软件测试的呢。个人经历一则。遇到过一个开源软件，想提交一个 patch。但主持人不答应， 说：“等等啊，至少我先写几个测试。”潜台词就是，谁知道你加了 patch 之后会不会弄坏其它的功能。但没有测试做基础，开源软件的生态也进行不下去啊。所以开源软件的参与人员必须人人写测试，保证自己的代码可以被别人修改也不会破坏功能。但你会说写开源软件的人是软件测试人员么？至少他们自己不会承认是测试人员。但谁又能否认，开源软件生态对于软件测试的依赖最重呢？就算开源软件的原作者也许是未经测试提供了第一版程序，后续的补充与维护也一定要在测试的支持下，才能够进行下去。另一个例子是测试自动化。现在回归测试（Regression testing）和持续集成测试（Continuous integration）在开源软件中已经成为事实标准，所有的测试都必然回归。举个例子：我自己的一个 Julia 包。每次代码推送更新都会触发 travis-ci 自动跑一遍所有测试，绿色的 passing 表示通过了所有的测试。Julia 语言程序包的标准结构就定义了测试目录和测试函数文件名（/test 和 /test/runtests.jl）。写一个 Julia 语言包，就需要写这个包的测试。我也不是搞测试的。补充吐槽一点：软件测试的经典定义早已过时了，只不过软件测试的发展太快，新的定义难以给出。但至少软件测试不仅仅是鉴定和认证软件的功能。测试也并不一定要晚于开发，测试与开发或者并行，或者更为提前都是可能的。2016 年 4 月 22 日补充可能一直都是在搞学术，写代码也都是在单干，所以比较关注自动化测试。尤其是需要 mock 或者 simulator 的测试。其实很多传统上比较复杂的测试也都是可以自动化的。测试有很多种，关心的方面也各有不同。完成功能，是基本的功能测试。测试完成功能的时间，将其约束起来，是性能测试。为了防止出错，例如在 GUI 界面随机点按一堆按钮，不出现显著问题，且能及时恢复，这种测试也有。Web 开发已经是测试密集的行业了。在短时间模拟海量数据攻击，模拟多地登陆，是压力测试，腾讯、淘宝都干过。模拟遭受自然灾害，服务器掉线，实时切换与恢复，是容灾测试，电信、银行、某些政府部门都经常做。阿里他们缺了这一环就造成了一些损失。即使使用 LaTeX 排版写论文，也有测试工具测试字体、格式是否排版正确。再举个例子，说明一下，只要是程序，就都可以自动化测试。可以把测试想象成一个外挂，最差的情况下，也可以截图、搜索、识别，用类似按键精灵的方式，使用系统鼠标和键盘调用，进行自动测试。甚至可以使用摄像头拍摄另一台电脑的屏幕，用机械手控制鼠标和键盘，物理交互，进行测试。用户交互与体验测试，也是测试的一种。一个网页显示出来，用户第一眼看的是哪个位置，停留在哪些区块，怎么排版能够突出内容，也是可以测试的。需要跟踪用户眼球的运动，这个有专门的硬件，有的是用摄像头分析眼球运动，也有使用类似眼镜的装置对眼球进行激光定位。涉及到硬件、物理交互的测试，更为困难一点，但其实宜家的床垫、椅子也有测试的，就是用一个机械臂反复按压，测试形状恢复的程度。即使是新闻网站，也可以发展一批种子用户，鼓励种子用户带着眼球跟踪设备浏览网站，收集数据，测试网站内容的质量，来更有针对性。这种抽象的测试，也可以自动化。我们在网上经常使用的 MOOC 在线课堂，鼠标点击和键盘操作数据也被收集起来做统计。来分析课程的难易程度，是否能够吸引起学生的兴趣。在学生注意力流失，放弃本节课的位置，插入课外视频资料或者小游戏，唤醒学生。用 A/B 测试，来对照测试某种教学方法的教学成果。涉及到物理人机交互的测试，因为涉及到人或者机械臂，成本会比较高，这就看项目需求。根据项目成本选择是人工还是机械测试。我本科电子信息；硕士检测技术与自动化装置。在拿到一个项目的时候，首先想的就是如何测试。要做一个精度 0.5 mm 的设备，你得有精度 0.1 mm 的加工精度和测量手段，才能保证质量。软件开发也是一样。要保证一个功能稳定、性能符合要求、满足人体工学的软件、应用、网站，就需要在相关指标上有标准，有投入，有检验。否则，其实就是吹牛。
我来回答一下吧，知乎上关于软件测试的内容很少，在工作中也是这样，测试不受重视的根本原因是[收益低！]（手机编辑不能加粗见谅） 关于收益低的问题稍后补充，先解决你第一个问题，究竟什么是软件测试？ 测试的终极目的是[确保程序符合它的需求]！既然是符合需求，那么就需要一个需求的标准，一个好的测试人员可以在测试过程中发现需求中的遗漏，缺陷和影响。你的疑问是很少有测试人员给出质量建议，那么我告诉是为什么，原因是水平不够，业务不熟。用我常用的话来说就是，把技术密集型工作变成了劳动密集型工作了。究其原因是什么？那就是这个工种的门槛实在太低，虽然属于IT从业者，但大多数人连数据库，C都不懂，字符和字节的区别都不知道！给他案例懂得怎么测试，那么ok，可以开始干了！稍微懂一点业务，能把需求转化成测试案例，那么身价倍升。做久一点能带团队了，那么测试的工作就见顶了，不懂技术，不懂实现原理的测试人员再无上升空间。对于开发技术，他们无法提出质量建议。对于业务需求，无法超越业务部门。对于测试过程，属于内部优化。如此尴尬的境地，你让他们提出什么质量建议？测试人员站在了鄙视链的最底层！我见过很多项目团队，不同行业对测试团队的要求不同，从行业上来看关注安全类的项目对测试更加重视，比如说金融、保险、证券、新兴P2P贷款等，基本上开发测试人员比例能达到5:3左右，其他行业的中小项目中测试只是一个过场，比例在5:1甚至是20:1，大部分10人以下的团队只会配置1到2人的刚毕业的大学生来充当测试人员，他们的目的不在于找缺陷而是走过场。中国的测试行业在这样一个市场里怎么才能发展起来？更不用说好多外行人瞎指挥，曾经有一个金主找我做一个网购APP应用，说要打败唯品会，让我找几个懂安卓开发的人做，一个月上线。在他看来，不需要需求，不需要测试，没有运维，只要会写代码就搞定。最后我再说一下，为什么说[收益低]学过软件工程的人都知道，缺陷越早发现成本越低，越晚发现成本越高风险越大。这基本上是一个共识，所以在项目之初就需要进行风险管理，质量管理。所以测试环节是降低风险的，是有收益的，为什么我会说收益低呢？我是从老板的角度来说的！首先在老板的角度来说什么是收益？只有降低成本是收益（包括人工成本，工期成本），无法量化的都不算（如用户体验、易用性、可靠性等）如何降低成本呢？即能省则省！从哪个环节来省呢？首先是测试阶段、其次是需求阶段，最后是开发阶段。省测试，缺陷修复周期加长。省需求，反复变更增加沉没成本。省开发，尼玛加班啊！！这就导致了IT狗的三大终极问题！延期、变更、加班--------先吃饭回头补充
那个定义太宽泛了。什么叫规定条件？什么叫程序？什么叫程序错误？什么叫软件质量？什么叫设计？什么叫评估？这些东西如果没弄明白，这句话你也很难弄明白。CMMi认为，软件测试是同行评审的一种手段，评审的本质是评估评审对象与其应符合标准的偏离程度。这样，你在执行测试前，必须首先定义对象是啥，以及其应符合标准是啥？尤其是后者经常被无视。产品经理的话尚可算标准之一，你所谓“真正意义上给出自己对这个产品的质量建议”是个啥意思？以行业标准还是最终用户反馈？难道是你自己的感觉？缺陷不是你说它是，它就是，总要有个理由吧？------------------------------上面是本问题的回答，下面是针对其他回答的评论------------------------题主很明显还没有入门，因此我只是简单的写两句给TA。没想到 的回答中提到了我，我才发现，大家的回答里真的在认真的讨论软件测试是什么。我现在主管公司质量工作，质量管理部是我的下属部门，PMO也是我的下属部门。质量工作包括了事前预防、事中处理和事后检查三部分，质量保证工作一般指事前预防，而质量控制工作则一般指事中处理和事后检查。因此，我认为测试团队应当归属于QC团队，而不是QA团队。CMMi中，QA很明确的是指过程质量管理，而验证与确认中的同行评审里则包含了软件测试。这是因为测试活动并不能保证软件质量，能够提高并保证软件质量的，是软件开发生命周期中的测试过程，这个过程由项目经理主持，业务、需求、设计、开发和测试五方参与。测试团队执行的测试活动，是为业务提供代理服务，为需求提供符合度评估，是为设计和开发提出修改意见的过程。测试团队的缺陷报告和产品质量评估报告起的就是这样的作用。我曾经主持过公司的接口测试平台建设工作，在进行设计的时候，当时的技术总监曾经认真的问我，我们的业务目的是什么？接口测试平台是否能够取代手工测试？我当时的回答是不能。因为想象一下，如果不执行端到端的手工测试而仅仅使用自动化接口测试，无论是技术团队还是业务团队都无法相信测试有效性。曲晓峰的回答里提到的测试理念，是锦上添花，而不是取而代之。自动化测试、测试驱动开发、单元测试还是白盒测试，这都不是什么新概念，最新的也已经提出了快二十年了。可是至今，端到端的手工测试，专业的测试人员仍然是业界主流。我不否认已经有一些公司用开发人员代替测试人员，但是这需要开发人员学习测试技术，而这将造成成本上升。就中国软件行业的用例设计能力----也许是我没见识吧----连测试人员对用例设计技术都语焉不详，更别提开发人员了。我们做支付行业，钱算到小数点后六位，让开发人员凑合写的那几个用例，要说保障基本功能质量，勉强可以，至于交付客户，还是算了吧。
已有帐号？
无法登录？
社交帐号登录测测你将来开什么车，真是棒棒哒！ - 第一星座网测测你将来开什么车，真是棒棒哒！ 11:53:00来源：第一星座网作者：匿名　　随着人们水平的提高，越来越多的人出行选择买一部车来代步。但是面对茫茫车海，选择买什么样的车子又成为车主们面对的难题，如何选择一辆同自己气质吻合的爱车很关键。接下来一起通过下面的，看看你的性格将来开什么车子更适合吧。1、如果要出游，你会选择？ 国外 国内
　　猜你也喜欢：　　　　　　　　星座测算子时23点子23-0丑1-2点寅3-4点卯5-6点辰7-8点巳9-10点午11-12未13-14申15-16酉17-18戌19-20亥21-22男白羊座男白羊座男金牛座男双子座男巨蟹座男狮子座男处女座男天秤座男天蝎座男射手座男摩羯座男水瓶座男双鱼座女白羊座女白羊座女金牛座女双子座女巨蟹座女狮子座女处女座女天秤座女天蝎座女射手座女摩羯座女水瓶座女双鱼座男子鼠男子鼠男丑牛男寅虎男卯兔男辰龙男巳蛇男午马男未羊男申猴男酉鸡男戌狗男亥猪女子鼠女子鼠女丑牛女寅虎女卯兔女辰龙女巳蛇女午马女未羊女申猴女酉鸡女戌狗女亥猪男：A型血男：A型血B型血O型血AB型血女：A型血女：A型血B型血O型血AB型血copyright &
www.d1xz.net 第一星座网 版权所有 浙ICP备号-1返回顶部怎么VS真三开全图用WarMHVIP和Breeze都被检测到了？求指教啊_百度知道