Microsoft Bug Management (reprint)

Source: Internet
Author: User
Microsoft Bug Management

From: Microsoft Cai

one. Team Organization

1. Frequently asked Questions no one wants to do a test and feel like they can't afford that many testers. Developers don't follow the rules, and the project manager is free to be hands-on.

2. Microsoft Team Model

Responsibilities of each role

Role Duty
Project Manager Write functional specifications and coordinate the role relationships
Product Manager Customer contact bridge, conduct demand analysis
User education Make the product easy to use
Release manager Ensure the smooth release of products

two. Project Management

1. Frequently asked Questions cannot determine the resources (manpower and budget) required for the project cannot determine the project's schedule cannot control the progress and quality of the outsourced project

2. Microsoft Project Management-Multi-milestone process each milestone completes part of the function to enable the team to concentrate on completing one function at a time to provide multiple opportunities to adapt to changes in requirements

How to complete a milestone step one: reach a consensus basic completion of requirements research and analysis (product Manager responsible) identify large direction and long and medium term goals all roles are involved in the discussion and really agree with the results of the document: Common User stories: covering more than 80% functions Vision: A concise description of the general direction, and the role of motivating the team step two: Complete the project plan to write detailed functional specifications (project manager is responsible) before programming to understand all the functional processes, and to guide users to clear requirements all roles are involved in the Review function Specification development plan and schedule (development team) Develop a test plan and schedule (Test team) to allocate resources (manpower and budget) to form a project synthesis plan and a consolidated schedule of documents produced by:
Functional specification, development plan, test plan (use case), Project synthesis plan
Development schedule, test schedule, comprehensive schedule step three: Complete function developers complete their own functions use version control tools to enable programmers to check out and check in timely, avoid accumulating large amounts of code in time for the integration of modules, timely discovery of problems (daily builds) Test each testable feature without waiting to use the test case tool, complete and repetitive testing of functionality using BMS for defect tracking record all program issues automate the process of resolving bugs follow the comprehensive progress schedule
Tools to use: Version control tools VSS Defect tracking Tool RAID/BMS test Case management Tools step four: Stability and release test group fully test functionality, including performance and stability development team fully cooperate to resolve bugs use BMS for monitoring quality forecast release date expert consultation mechanism: determining bugs Priorities determine which bugs can wait for the next milestone or version to resolve the decision by whom to resolve a bug
Tools to use: Version control tools VSS Defect tracking Tool BMS test Case management tool

three. Microsoft's Development management experience: 100% bugs as the core

1. Bugs and common types of functions are not implemented, and specifications inconsistent can not work: panic, no response incompatible boundary condition interface, message, hint not accurate, unfriendly put unfinished work also as a bug document and help information flaw is also a bug

2. Basic functions of Raid/bms

Complete Bug Database Central record of entire product group and control powerful query function, effectively track the status of the project all records cannot be deleted, for each record can only always add content rich report function, for product release to provide a judgment standard

3. Valid information in a BUG record

Status owner problem type severity priority modification Time registration time Defect source Solution run environmental defect associated attachment attached figure defect Details

4. The severity of the Bug freezes, data loss, the main functional groups completely lost, suspension of the main function of the system, leading to serious problems, or fatal Error statement secondary function loss, not too serious, such as the tip of the information is not very accurate small problems, the function has little impact, products and properties can still be used. If there is a typo

5. Number of active bugs before the trend code is complete: Little code is complete: growth is fast approaching beta: dropping close to RC: to 0 product quality and milestone signals the total number of new bugs per day compared to fixed bugs

Four. Microsoft's Day

1. Let's look at how the day of each character in the project is spent. Development test Project Manager

Note: At each stage of the milestone, the work of each role has a different focus, and we take the "completion function" stage as an example


Microsoft's Day starts from a few days.

Answer: Midnight

why.

Because the daily build is the core of all work, it starts automatically in the middle of the night.

Daily Construction Everyday build Do you know the version number of the Windows you're using? The meaning of the daily build: The module can be integrated in time to require the programmer to put the latest code into the code base in time with scripting language and the Compile/link tool to implement BVT build verification test to verify the builds Blocking bugs that build cannot complete Problems found in the BVT of problems

2. Programmers are most worried about before they go to work every day.

Answer: Because of your own yesterday's code check-in, causing blocking bugs.

why.

Because a daily build is the basis for everyone's work today:
Programmers need build to validate interfaces with other modules
Test requires build to discover new bugs and verify resolved bugs in New build

what to do with blocking bugs.

Solve the problem and play patch on today's build.

the business of the developer

After the fear of build and the clock, the first thing to do
Answer: Open the defect tracking tool, see the bugs assigned to you, and solve high priority bugs. Because quality is more important than new features.

Next, the developer will ...

Check out code from the version control tool
Modify code (fix bugs or implement new features)
Get the latest changes in the version tool, both in native build and unit tests
Ask the development team colleague to make code Review
Check in code



3. What the tester does first thing.

Answer: Open Raid/bms, view the bug assigned to you, and verify the resolved bug.

Next, the tester will ... Verify that today's build records newly discovered bugs in Raid/bms based on test cases

4. Expert Consultation participants: the project manager and the development team leader, the test leader, evaluate each unresolved bug by Raid/bms to determine whether the bug priority can wait until the next milestone or version is resolved. Who will solve the forecast project actual progress and release time

Defect Trend Chart

5. Looking back at Microsoft's one-day architecture: daily Build development: Addressing blocking bugs, implementing functionality, Check-out, code review, check-in testing: BVT, testing with test Cases Project Manager/team leader: Expert Consultation

6. Microsoft's approach solves those common problems.

Issues that have been resolved before quality issues are published again and need to be reworked to make it premature to publish, to bring quality and maintenance issues to the test, and to be forgotten or dismissed. It is not possible to measure problems in the work procedures of testers and developers.

Document Management issues The document is disconnected from the program, the document becomes the description of the program result the project team sees the document as a burden

Team Coordination Issues the developers are fighting each other, when consolidating, it is found that serious problems in the interface of modules need to make big changes without keeping the company's previous versions and code in line with the user's changes to the old version. It's a huge impact on the project that no one knows where the code is or can't read it.

Five. Steps to improve software management

1. Use Raid/bms to automate process management
2. Use test Case management tools
3. Using Document management Tools
4. Use the version Control tool for the daily build
5. Establish Code standards
6. Establish the Code review mechanism
7. Establishment of Expert consultation mechanisms
8. Establish a team communication mechanism
9. Adjust team structure as needed

Contact Us

The content source of this page is from Internet, which doesn't represent Alibaba Cloud's opinion; products and services mentioned on that page don't have any relationship with Alibaba Cloud. If the content of the page makes you feel confusing, please write us an email, we will handle the problem within 5 days after receiving your email.

If you find any instances of plagiarism from the community, please send an email to: info-contact@alibabacloud.com and provide relevant evidence. A staff member will contact you within 5 working days.

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.