标签：需求 问题 检查 是否 Testing 控制技术 质量 测试 软件
一.最终产品的质量需求是什么？**
软件质量的需求，不仅要满足用户的需求，还要降低复杂性，满足可靠性要求，保证具有良好的可维护性。
软件对质量的需求概括起来，可以分为两部分，用户的需求和软件企业的需求。
二.选择什么样的开发组织？
-
测试左移，测试提前介入至需求分析，甚至立项阶段。
-
制定合理详细的测试计划，给予测试执行明确方向，杜绝盲目测试。
-
测试用例严格评审，提高测试覆盖率，减少冗余测试用例，只需设计代表性强的等价类用例。
-
严格测试提测标准，减少提测版本数量，一旦发现重大问题或未通过冒烟测试，则测试中断，版本打回至开发。
-
主观能动性，积极主动沟通。与项目经理、产品经理、开发人员、市场人员及客户沟通，互相配合促进，增进感情，提高工作效率。
三.为预防软件质量缺陷应该做点什么?
参与开发项目的软件过程描述
复审各项软件工程活动，对其是否符合定义好的软件
过程进行核实
审计指定的软件工作产品，对其是否符合定义好的软
件过程中的相应部分进行核实
确保软件工作及工作产品中的偏差已被记录在案，并
根据预定规程进行处理
记录所有不符合的部分，并报告给高级管理者。
协调变化的控制和管理，井帮助收集和分析软件度量
信息。
四.怎样检查软件质量？
建议采用以下测试方法:
1、黑盒法(Black Box)：即功能测试，完全基于软件功能和需求的测试。
2、白盒法(White Box)：即结构测试，已知程序的内部逻辑，覆盖全部代码
的测试。
3、可用性测试(Usability Testing)：测试软件操作及界面友好性。
4、单元测试(Unit Testing)：最小函数、模块、类的测试。
5、集成测试(Integrate Testing)：最小函数、模块、类的测试。
6、功能测试(Function Testing)：黑盒类测试，测试软件同功能需求的适合度。
7、负载测试(Overload Testing)：测试应用程序在重负载下的承受能力。
8、性能测试(Ability Testing)：测试应用程序在重负载下的性能。
9、安装/卸载测试(Install / Uninstall Testing)：测试软件安装、卸载过程
10、验收测试或@测试(Check&Accept Testing：获知用户对软件是否满意。
五.在检查点应该获得哪些信息？**
①.页面链接检查:每一个链接是否都有对应的页面,并且页面之间切
换正确。
②.相关性检查:删除/增加一项会不会对其他项产生影响，如果产生
影响;这些影响是否都正确。
③.检查按钮的功能是否正确:如update 、cancel、delete、save等
功能是否正确。
④.字符串长度检查:输入超出需求所说明的字符串长度的内容，看系
统是否检查字符串长度会不会出错 。
⑤.字符类型检查:在应该输入指定类型的内容的地方输入其他类型的
内容(如在应该输入整型的地方输入其他字符类型， 看系统是否检查
字符类型，会否 报错。
⑥.标点符号检查:输入内容包括各种标点符号，特别是空格、各种引号、
回车键。看系统处理是否正确。
版权声明：在本文的“选择什么样的开发组织”的部分内容为CSDN博主「Nunal」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/weixin_39049960/article/details/84146035
标签：需求,问题,检查,是否,Testing,控制技术,质量,测试,软件 来源： https://blog.csdn.net/m0_52014276/article/details/120384210
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。