快乐宝贝逗你玩
测试入口准则是什么
5·包括惟一确定性、标准化和通用性、可扩充性与稳定性、便于识别与记忆、力求短小与格式统一以及容易修改等。
6·测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。
测试用例（TESt CASe）目前没有经典的定义。
比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。
内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。
不同类别的软件，测试用例是不同的。
不同于诸如系统、工具、控制、游戏软件，管理软件的用户需求更加不统一，变化更大、更快。
笔者主要从事企业管理软件的测试。
因此我们的做法是把测试数据和测试脚本从测试用例中划分出来。
测试用例更趋于是针对软件产品的功能、业务规则和业务处理所设计的测试方案。
对软件的每个特定功能或运行操作路径的测试构成了一个个测试用例。
随着中国软件业的日益壮大和逐步走向成熟，软件测试也在不断发展。
从最初的由软件编程人员兼职测试到软件公司组建独立专职测试部门。
测试工作也从简单测试演变为包括：编制测试计划、编写测试用例、准备测试数据、编写测...5·包括惟一确定性、标准化和通用性、可扩充性与稳定性、便于识别与记忆、力求短小与格式统一以及容易修改等。
6·测试用例（Test Case）是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。
测试用例（TESt CASe）目前没有经典的定义。
比较通常的说法是：指对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略。
内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，并形成文档。
不同类别的软件，测试用例是不同的。
不同于诸如系统、工具、控制、游戏软件，管理软件的用户需求更加不统一，变化更大、更快。
笔者主要从事企业管理软件的测试。
因此我们的做法是把测试数据和测试脚本从测试用例中划分出来。
测试用例更趋于是针对软件产品的功能、业务规则和业务处理所设计的测试方案。
对软件的每个特定功能或运行操作路径的测试构成了一个个测试用例。
随着中国软件业的日益壮大和逐步走向成熟，软件测试也在不断发展。
从最初的由软件编程人员兼职测试到软件公司组建独立专职测试部门。
测试工作也从简单测试演变为包括：编制测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。
测试方式则由单纯手工测试发展为手工、自动兼之，并有向第三方专业测试公司发展的趋势。
要使最终用户对软件感到满意，最有力的举措就是对最终用户的期望加以明确阐述，以便对这些期望进行核实并确认其有效性。
测试用例反映了要核实的需求。
然而，核实这些需求可能通过不同的方式并由不同的测试员来实施。
例如，执行软件以便验证它的功能和性能，这项操作可能由某个测试员采用自动测试技术来实现；计算机系统的关机步骤可通过手工测试和观察来完成；不过，市场占有率和销售数据（以及产品需求），只能通过评测产品和竞争销售数据来完成。
既然可能无法（或不必负责）核实所有的需求，那么是否能为测试挑选最适合或最关键的需求则关系到项目的成败。
选中要核实的需求将是对成本、风险和对该需求进行核实的必要性这三者权衡考虑的结果。
软件测试的基本标准是什么？
1）所有的测试都应追溯到用户需求。
软件测试的目标在于揭示错误。
从用户角度来看，最严重的错误是那些导致程序无法满足需求的错误。
(2)应当把“尽早地和不断地进行软件测试”作为软件测试者的座右铭。
应该在测试工作真正开始前的较长时间内就进行测试计划。
测试计划可以在需求模型一完成就开始，详细的测试用例定义可以在设计模型被确定后立即开始。
因此，所有测试应该在任何代码被产生前就进行计划和设计。
(3)pareto原则：测试发现的错误中80%很可能起源于20%的模块中。
当某个功能出问题，其对用户的影响有多大？然后根据风险大小确定测试的优先级。
优先级高的测试，优先得到执行，一般来讲，针对用户最常用的20%功能（优先级高）的测试会得到完全执行，而低优先级的测试（另外用户不经常用的80%功能）就不是必要的，如果时间或经费不够，就暂时不做或少做。
(4)完全测试是不可能的，测试需要终止。
测试无法显示软件潜在的缺陷，“测试只能证明软件存在错误而不能证明软件没有错误”。
最初的测试通常把焦点放在单个程序模块上，进一步测试的焦点则转向在集成的模块簇中寻找错误，最后在整个系统中寻找错误。
在测试中不可能运行路径的每一种组合。
然而，充分覆盖程序逻辑，并确保程序设计中使用的所有条件是有可能的。
(5)应由独立的第三方来构造测试。
第三方测试最大的特点在于它的专业性、独立性、客观性和公正性。
对于软件开发商来说，经过第三方测试机构的测试，不仅可以通过专业化的测试手段发现软件错误，帮助开发商提升软件的品质，而且可以对软件有一个客观、科学的评价，有助于开发商认清自己产品的定位。
对于行业主管部门以及软件使用者来说，由于第三方测试机构独立公正的地位，可以对被测试的软件有一个客观公正的评价，帮助用户选择合适、优秀的软件产品。
(6)充分注意测试中的群集现象。
测试后程序残存的错误数目与该程序中已发现的错误数目或检错率成正比。
不要在某个程序段中找到几个错误就误认为该程序段就没有错误而不再测试，相反应该对错误群集的程序段进行重点测试。
(7)尽量避免测试的随意性。
测试计划应包括：所测软件的功能，输入和输出，测试内容，各项测试的进度安排，资源要求，测试资料，测试工具，测试用例的选择，测试的控制方法和过程，系统的配置方式，跟踪规则，调试规则，以及回归测试的规定等以及评价标准。
(8)兼顾合理的输入和不合理的输入数据。
(9)程序修改后要回归测试修改程序后，应该重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
(10)应长期保留测试用例，直至系统废弃。
妥善保存测试计划，测试用例，出错统计和最终分析报告，为维护等提供方便。
一个项目要软件测试,如何报价以及报价的标准是根据什么？
通过集成测试之后，软件已完全组装起来，接口方面的错误也已排除，确认测试即可开始。
确认测试应检查软件能否按合同要求进行工作，即是否满足软件需求说明书中的确认标准。
1. 确认测试标准实现软件确认要通过一系列墨盒测试。
确认测试同样需要制订测试计划和过程，测试计划应规定测试的种类和测试进度，测试过程则定义一些特殊的测试用例，旨在说明软件与需求是否一致。
无是计划还是过程，都应该着重考虑软件是否满足合同规定的所有功能和性能，文档资料是否完整、准确人机界面和其他方面（例如，可移植性、兼容性、错误恢复能力和可维护性等）是否令用户满意。
确认测试的结果有两种可能，一种是功能和性能指标满足软件需求说明的要求，用户可以接受；另一种是软件不满足软件需求说明的要求，用户无法接受。
项目进行到这个阶段才发现严重错误和偏差一般很难在预定的工期内改正，因此必须与用户协商，寻求一个妥善解决问题的方法。
2. 配置复审确认测试的另一个重要环节是配置复审。
复审的目的在于保证软件配置齐全、分类有序，并且包括软件维护所必须的细节。
3. α、β测试事实上，软件开发人员不可能完全预见用户实际使用程序的情况。
例如，用户可能错误的理解命令，或提供一些奇怪的数据组合，亦可能对设计者自认明了的输出信息迷惑不解，等等。
因此，软件是否真正满足最终用户的要求，应由用户进行一系列验收测试。
验收测试既可以是非正式的测试，也可以有计划、有系统的测试。
有时，验收测试长达数周甚至数月，不断暴露错误，导致开发延期。
一个软件产品，可能拥有众多用户，不可能由每个用户验收，此时多采用称为α、β测试的过程，以期发现那些似乎只有最终用户才能发现的问题。
α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品（称为α版本）进行测试，试图发现错误并修正。
α测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖所有可能的用户操作方式。
经过α测试调整的软件产品称为β版本。
紧随其后的β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况、提出批评意见。
然后软件开发公司再对β版本进行改错和完善。
软件测试的开始标准,停止标准,结束标准是什么？
展开全部 开始测试的标准一般较模糊，需求开发部分完成了就可以开始同步测试了；停止测试：一般是到发版前，会有一个锁流的操作，即开发不可再随便提交代码了，这时一般测试会处于“停止”状态；结束测试，即是测试的各项指标已达到发版标准，程序正常发版，这一版本测试结束。
软件测试停止标准：1）软件系统经过单元、集成、系统测试，分别达到单元、集成、系统测试的停止标准2）软件系统通过验收测试，并已得出验收测试结论3）软件项目需要暂停开发并进行调整时，测试应随之暂停。
并备份暂停点的测试数据等4）软件项目在开发的生命周期内出现重大估算、进度的偏差，需要暂停或终止时，测试应随之暂停或终止。
并备份暂停或终止点的测试数据...
软件测试工程师有什么要求？
严格来说 是 BUG数量曲线已经平滑。
。
但是实际工作中，由于迭代开发，BUG的数量不会很平滑，所以需要人为的制定上线标准。
。
比如 1轮测试 分为 测试用例执行 自由测试 各组交叉测试 ，这样产生出来的BUG已经全部修改完，并且已经验证过，再进行1轮和之前1样的测试，完成后，再验证BUG，然后回归测试之前的严重BUG，没问题的话，可以认为阶段测试结束。
请教大家软件测试通过标准需要些啥内容啊！
呵呵！一般在标准里大家都说明的时候都是缺陷某某级别修复率达百分之多少以上，我们也一直认为没什么问题。
那天评测师说假如缺陷发现数目成增长趋势，缺陷的修复达到了标准，但测试能停止么？我们当然认为不能停止，可是并没有明确的说明。
仔细想想，如果缺陷一直呈增长趋势，而测试时间有限，是停止测试返回开发还是继续直到呈收敛状态，但这个怎么把握还希望能够有所指点！
