对待软件测试需求，应当采取以下步骤和策略：
明确需求范围
详细了解需求是为了解决用户的什么问题，区分功能性需求（产品必须有的功能）和非功能性需求（如美观、用户体验、稳定性、易用性等）。
识别并明确需求背后可能隐藏的隐性需求，例如登录功能背后的用户名、密码等输入要求。
画业务流程图
根据需求中规定的业务流程，绘制业务流程图，明确各业务流程分支及其处理逻辑。
功能点整理
利用思维导图等工具，整理业务功能、数据约束、易用性需求、编辑约束和权限需求等，确保每个功能点都有明确的定义和关联。
提取测试点
根据整理的功能点思维导图，提取每个功能点中的细节需求，形成测试需求文档，确保测试覆盖所有关键细节。
确定测试范围
明确哪些需求需要测试，哪些测试目标优先级高，哪些目标优先级低，并据此安排测试任务。
协调制定变更规范
建立需求变更申请书和抄送机制，确保开发人员和测试人员对需求变更信息保持同步。
及时记录和整理测试需求变更
无论通过何种方式得到需求变更信息，都要及时记录和整理，以便日后测试工作能够顺利进行。
保持沟通
测试人员应与需求相关人员和开发人员保持即时沟通，及时了解需求变更，并更新测试策略。
设定需求优先级
根据业务价值和风险等级设定需求的优先级，确保关键需求得到充分测试。
基于业务价值优先
优先考虑与用户核心体验或业务流程直接相关的需求，确保这些需求在测试中得到充分覆盖。
基于风险等级
除了业务价值外，还需考虑需求的风险等级，优先测试风险较高的需求。
列出可测试的原始需求
从需求文档中列出所有具有可测试性的原始需求，并对每一条测试点进行细化，形成可测试的分层描述的测试点。
建立测试需求跟踪矩阵
对测试需求进行管理，确保测试需求的变更和执行情况可追溯。
场景分析
考虑每个场景的调用者和系统内部各个场景之间的联系，形成业务流程图，并进行详细的场景分析。
挖掘隐性需求
通过经验和分析，挖掘出需求文档中没有明确说明但对产品体验至关重要的隐性需求。
通过以上步骤和策略，可以更有效地对待软件测试需求，确保测试工作的全面性和有效性。