Planning Test Effort

本文探讨了软件测试计划过程的目的及软件测试计划的重要性。详细讨论了被测产品的特性,包括其规模、范围和发展方式等,并强调了明确产品质量与可靠性目标的必要性。此外,文章还提到了测试计划中涉及的人力资源、文档存放位置、硬件需求等内容。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

High Level Expectation


1) what's the purpose of the test planning process and the software test plan?

2) what product is being tested?

     Is this release planned to be a complete rewrite or just a maintenance update?

     Is it one standalone program or thousands of pieces?

     Is it being developed in house or by a third party?

     What is the product anyway?

     There must be a complete understanding of what the product is, its magnitude, and its scope.

     A result of the test planning process must be a clear ,concise,agree-on defination of th product's quality and reliability goals.

     It's impossible to find all the bugs,but can state, however,that the goals is for the test automation monkey to run 24 hours without crashing or that all the test cases will be run without finding a new bug, and so on.


People, Place and Things


Test planning need to idenitfy the people working on the project, what they do, and how to contact them. If it's a small project this may seem unnecessary, but even small projects can have team members scattered across long distances or undergo personnael changes that make tracking who does what difficult.

The test team will likely work with all of who work on the projct and knowing who they are and how to contact them is very important.The test plan should include name,titles,address,phone numbers, email addresses, and areas of responsiblility for all key people on the project. And similarly, where documents are stored( what self or file server the test plan is sitting on), where the software can be download from, where the test tools are located, and so on need to be identified.

If hareware is necessary for running the tests, where is it stored and how is it obtained? If there are external test labs for configuration testing, where are they located and how are they scheduled?


Defination

Don't take the list to be complete nor the definitions to be fact. They are very dependent on what the project is, the development model the team is following, and the experience level of the people on the team. The terms are listed only to start you thinking about what should be defined for your projects and to show you how important it is for everyone to know th meaning.

Build: A compilation of code and content that the grogrammers put together to be tested.The test plan should be define the frequency of builds(daily,weekly) and the expected quality level.

Test release document(TRD) : A document that the programmers release

 

 


 

### Best Effort Service Type Default Configuration In the context of networking and Quality of Service (QoS), the **Best Effort** service type represents a model where no guarantees are provided regarding performance metrics such as latency, packet loss, or bandwidth. This means that all packets receive equal treatment without any prioritization mechanisms applied. For networks configured with Best Effort service: - Packets are forwarded on a first-come, first-served basis. - No special handling is given to delay-sensitive applications like VoIP or video streaming. - The network does not reserve resources for specific flows; instead, it uses whatever capacity remains after higher-priority traffic has been handled[^1]. When configuring routers or switches supporting this mode, administrators typically do not need to set up complex policies because everything operates under default settings designed around fairness rather than guaranteed levels of service quality. However, while simple to implement due to lack of overhead from maintaining state information about individual connections, Best Effort can lead to unpredictable application behavior during periods when congestion occurs within parts of an internetworking infrastructure. #### Example Configuration Snippet for Cisco IOS Router To illustrate how one might configure interfaces using only best-effort principles in practice, consider the following example command sequence targeting a hypothetical router running Cisco's Internetwork Operating System (IOS): ```shell interface GigabitEthernet0/1 no ip flow ingress no ip flow egress priority-group 1 service-policy output none exit ``` This configuration snippet removes any existing differentiated services code points (DSCP) marking actions previously defined at input/output directions across interface `GigabitEthernet0/1`. Additionally, by specifying "none" as the policy name associated with outgoing frames via `service-policy`, explicit instructions ensure there will be no shaping/throttling behaviors enforced upon transmitted data units traversing said port. --related questions-- 1. How does implementing Differentiated Services improve over Best Effort models? 2. What challenges arise specifically from relying solely on Best Effort delivery methods in real-time communications environments? 3. Can you provide examples of scenarios where Best Effort would suffice compared to more sophisticated QoS approaches? 4. In what ways have modern cloud platforms adapted traditional notions surrounding Best Effort versus assured forwarding paradigms?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值