Ericzhangali [original]
What should I choose because all possible inputs, paths, and status of the test system never want to detect the test system, so what should I choose? When should you stop testing? When should I be suspended? How to write a test package, it can detect a combination of sufficient messages and status to illustrate the operation of the failure, but from the practicality it is sufficient? Testing made many basic but confusing problems, with these issues, participated in several practical software test training. Since the complexity of the software has caused the test complex, it is not possible to expect training to give us the actual guidance in many work. The theory of the preparation is certain, but not meaningless, although theory can also be obtained from the relevant documentation. There are some experience, zero dispersive, record, communicate with you. First, the software tester is to find the software defect as early as possible and make sure it is closed. After careful thinking, I think this goal contains three meanings. 1. The basic goal of software testers is to discover software defects. This seems to be a matter of self-evident, but it is necessary to emphasize again. Because sometimes the development team wants tubes just to confirm that software can run, not to find defects. In this case, the tester also lacks unremitting efforts to discover the spirit and enthusiasm of defects. So the primary condition for testing is to clarify the basic goal of software testers to discover software defects. 2. Software testers pursue is to identify software defects as soon as possible. Because the software's repair costs, over time will grow, the software tester should find out the software defects as soon as possible. For large software, while software development, there should be followed by the following tests. If the product has been developed, it will start testing, which is very likely to cause a large amount of time-consuming rework. How to find a defect as early as possible? In theory, there are some test methods: static black box test, dynamic black box test, static white box test, dynamic white box test; configuration test, compatibility test, easy-to-use test ... How to effectively use these methods as early as possible Discover software defects, requires constant exploration, summary, and constantly improving testing capabilities in work practice. For the company's situation, if the size of the software is not very large, the test work in the development may be comparable to the developer. 3. Software testers must ensure that the software defects identified are closed. Not every software defect is necessary to fix. It may be because there is not enough time, it is not considered true software defects, and the repair is too large. The product development team decided not to fix some software defects. However, the test person must ensure that the software defects identified are closed, that is to say that once the software defect is registered, it is necessary to track its life cycle, monitor its status, and provide the necessary information to ensure that it is repaired and closed. Second, about Testware. There is a very simple definition, Software Development Engineers Produce Software, Software Test Engineers Produce Testware. What is the Testware contains? Test Strategy, Test Plan, Test Specifications, Test Procedures, Test Cases, Test Reports, Test Data, Test Scripts, DEFECTS DATA, and more. Like the software, Testware also needs to be well maintained. For example, since the repair defect changes the interface of the software, the Case and Automatic Test Scripts Script must be modified. Third, the test of the product manual. The software product function manual describes the function of the product ultimately needs. These functions are ultimately determined customer needs, including the capabilities that software must have. In the standard software development process, the product function manual should be determined before the system is designed after determining the user's needs.