在软件质量属性中通常分为开发期质量属性影响软件开发过程和运行期质量属性影响软件运行时的行为与表现。可修改性A属于开发期/维护期质量属性关注系统是否易于修改、扩展或修复与架构可维护性相关。可测试性B属于开发/测试阶段质量属性影响测试的难易程度主要在开发和验证阶段起作用。可伸缩性C✅指系统在负载增加如用户数、数据量、事务量时仍能保持可接受性能的能力如通过水平/垂直扩展。这是典型的运行期质量属性直接反映系统在实际运行中的动态适应能力。可移植性D属于开发期/部署期质量属性关注软件在不同环境OS、硬件等间迁移的难易程度不依赖运行时动态行为。因此正确答案是C. 可伸缩性【第4题】黑盒测试是一种不关心内部结构和实现逻辑的测试方法仅依据需求规格说明验证软件功能是否符合预期。测试用例基于输入/输出关系、业务规则、边界条件等设计典型技术包括等价类划分、边界值分析、决策表、状态转换图等。# 示例黑盒测试思维——对一个登录函数的测试不看其内部密码校验逻辑# 而是验证# 输入有效用户名密码 → 返回 success# 输入空用户名 → 返回 用户名不能为空# 输入错误密码 → 返回 密码错误可伸缩性被归类为运行期质量属性是因为它直接描述系统在实际运行过程中应对负载变化的能力例如并发用户激增、数据量增长或事务吞吐量提升时系统能否通过增加资源如服务器实例、CPU、内存维持响应时间、吞吐量和可用性等性能目标。其评估必须在运行状态下进行如压力测试、负载测试依赖实时监控指标如QPS、延迟、错误率、资源利用率且行为随运行环境动态变化。而可修改性属于开发/维护期质量属性它关注的是软件在生命周期中被理解、定位问题、修改代码、验证变更并重新部署的难易程度。它由架构设计如模块化、低耦合、高内聚、代码质量、文档完备性、自动化测试覆盖率等静态或过程性因素决定其优劣在系统尚未运行如设计评审、代码审查、重构阶段即可评估不依赖运行时状态。简言之 可伸缩性 “系统正在跑着还能不能撑住更大压力” →运行时行为 动态响应 可修改性 “这段代码改起来方不方便会不会牵一发而动全身” →静态结构 开发过程属性# 类比理解# 运行期属性像汽车的“加速性能”“油耗”——只有开起来才能测# 开发期属性像汽车的“可维修性”——看螺丝是否标准、舱盖是否易打开、是否有维修手册——造车时就决定了。
