回答·30
最热
最新
- 一.需求评审，设计评审。 这个是测试的最初阶段，对应开发，产品，测试一起讨论需求方案的可行性，技术方案的实现可行性，头脑风暴。当然这个阶段一般产品占据主导权。 这个阶段的引入也是为了从源头上把控软件产品质量，防止后期出现频繁更改需求满足业务场景，毕竟方向错了，满盘皆输。 二.测试用例评审。 这个就是测试占据主导权了，对于比较大的需求，一般可以先用 xmind 脑图梳理出业务场景，然后使用 excel 细化测试用例。 最后拉上开发，产品，一条一条去过测试点，看有没有遗漏疏忽的，这是提高测试用例覆盖度比较重要的手段，同时也可以保证软件产品质量。 三.交叉测试。 这种一般是针对比较大的，而且相对重要的需求。一个人写好测试用例，然后多人去执行测试用例，防止疏忽漏测。 四.回归测试。 一般上线前会进行回归测试，主要防止开发修改代码时，尤其是一些底层代码改动，会牵连到之前的功能，所以要做深度回归，至于回归范围，一般和开发进行一起评估即可。 五.产品走查。 把控软件产品质量不仅只有测试参与，产品也会进行主流程验证，看是否符合当时需求设定，毕竟想实现什么效果产品是最了解的。 六.线上生产验证。 一般公司上线为了减少对用户的影响，都会选择晚上 12 点后进行上线，这时候进行线上生产验证可以第一时间发现问题，进行代码回滚。将损失降低到最低。 七.引入自动化回归测试。 一般用途目的有两种： 开发改完代码之后先跑一遍自动化，进行冒烟测试。看下主流程是否通过，以及有没有影响到其它功能，不然的话直接进行打回。 上线前跑一遍自动化，进行回归测试。 引入自动化就属于是技术手段，可以更加高效，覆盖更全的的保证软件产品质量。
- 1、充分理解需求，并将需求转换成测试点，测试点评审无误之后，转换成测试用例，尽量提高测试用例场景覆盖度 2、测试过程遵循实事求是原则，严格按测试用例执行，除测试用例之外，还需要进行随机测试 3、同时严格遵循测试准入准出条件，当bug修复率达到一定程度时才允许入库和上线
- 考虑从以下方面提升产品质量： 1，项目流程的规范程度，包括需求管理、开发流程、测试流程 2，测试资源的充分程度，包括人（质与量）、时间、环境、工具等 3，测试技术的高度，如测试计划的合理性，用例设计的全面性、粒度、效率，以及测试执行的充分性 不谈理论，只谈实践的话。至少要考虑以下几个方面。 1，让用户承认你的测试对象分析结果(需求分析转化为测试需求分析的过程要得到客户的认可) 2，用例设计过程，不但要能设计出高效的用例，而且要能说明是如何的高效，要得到客户的认可。 3，如何证明，你的测试过程是高精度，高效率的，你的团队是敬业的，并有在实施的过程中能不断的发现问题，克服/解决问题。 4，你的结果报告中的内容，是否能准确反映软件的质量状况，并且，有客户想看到的内容。
- 测试属于质量控制角色，应该根据测试目标和测试计划，做好测试用例，提高测试覆盖率，尽可能覆盖到产品的所有应用场景，减少漏测率，严格做好sit，uat和回归测试，按照流程走，对测试质量负责。可以说测试工作是能否产品上线和验收前的关键一个环节。
- 首先，测试仅仅是产品质量的一环。这个不是推诿，实事求是如此，所以才引出了 SQA。 产品的质量是由整个研发团队共同保证，包括了产品、UI 设计的质量、开发的质量、测试的质量以及运维等的质量，通过每一环做好质量工作，才能保证产品的最终质量。所以，引出了 QA 工程师（通过对软件开发过程的监控，来保证软件的开发流程按照指定的规程（或规范）进行，对于不符合项及时提出建议和改进方案，从而持续改进质量的目的） 软件测试在质量上的努力，主要就是保证测试工作质量了。这里就涉及到本职测试、测试的左移、右移，以及 DevOps 中发挥积极的作用等。
- 首先,软件质量不是测出来的，质量保证和软件测试是软件质量工程中两个不同层面的工作。 我们测试的目的是为了发现问题，证明问题存在，从而使产品尽善尽美。 测试人员的任务是在整个生产活动中发现问题并为提高软件质量提供必要的信息，通过与研发人员的沟通为他们的工作提供支持，使他们更高效更便捷的定位问题，从而帮助开发人员及产品设计人员提高软件的质量，但不等于说是保证软件质量，因为测试仅仅是整个生产过程中的一个环节，开发人员才是软件质量的生产者，产品的好坏也取决于设计人员，测试人员不生产质量，也不提高降低质量。 所以保证软件的质量是整个团队的责任，测试的主要工作就是把缺陷扼杀在摇篮，甚至通过我们的努力帮助开发将缺陷扼杀于萌芽状态。
- 小到测试出，最佳质量的产品，大到客户找不到瑕疵，确认满意为准。
- 考虑从以下方面提升软件质量： 1，项目流程的规范程度，包括需求管理、开发流程、测试流程 2，测试资源的充分程度，包括人（质与量）、时间、环境、工具等 3，测试技术的高度，如测试计划的合理性，用例设计的全面性、粒度、效率，以及测试执行的充分性 不谈理论，只谈实践的话。如要保证好测试的质量(或是说成得到客户较高的认知度)。至少要考虑以下几个方面。 1，让用户承认你的测试对象分析结果(需求分析转化为测试需求分析的过程要得到客户的认可) 2，用例设计过程，不但要能设计出高效的用例，而且要能说明是如何的高效，要得到客户的认可。 3，如何证明，你的测试过程是高精度，高效率的，你的团队是敬业的，并有在实施的过程中能不断的发现问题，克服/解决问题。 4，你的结果报告中的内容，是否能准确反映软件的质量状况，并且，有客户想看到的内容。 从另外角度来说，要想得到好的评价，不但要有好的用例设计技术，和很强的总结，报告能力，与客户的沟通，与开发的协调，以及对组员的管理，都是非常重要的。哪个环节出现问题，都会波及其他方面。所以，才说做好测试真的不容易，因为他不但对技术有要求，对人的本身，也有很高的要求。
- .测试范围和计划相比的偏差。 制定测试后,测试执行的进度情况,适当调整测试节奏,保证项目进度. 2.本版本的测试目标。 和产品沟通,了解产品具体实现的目标,并根据测试目标制定测试计划,编写测试用例. 3.需要重点关注的内容。 和产品沟通,确定重点功能,对比较重要的功能制定对应的测试场景,并重点测试. 4.测试用例的选择。 用最少的测试用例,覆盖最广的测试功能点. 5.测试执行顺序。 根据开发交付的可测试产品,制定好测试执行的顺序. 6.接收测试策略。 开发提测后,应该有对应的冒烟测试,如果提测功能没有实现,或者已有功能失效,要打回重新编码. 7.回归测试策略。
- 补充下，在工作关系方面，得做“坏人”，就不要做好人，质量检测工作不能放水，所以沟通技巧比较重要，查出bug，还得让开发把问题还好😊
相似问题
推荐关注
正在加载中...