15
Thomas L. Gilchrist [email protected] Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected] Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Embed Size (px)

Citation preview

Page 1: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Testing Basics

Set 6: Use Cases, Audits, and Meetings

By

Thomas L. Gilchrist, CSQE, CSQA

2009

Page 2: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Tonight...• Homework Review• Audits• Meetings and Brainstorming • Terms and Definitions• Text Book• Final Exam Questions

Page 3: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Software Quality Assurance

• Check software products and processes to verify that they comply with the applicable procedures and standards. (Audits)

• Review and measure the quality of software products and processes throughout development. (Peer Reviews & SW Testing)

• Provide software project management (and other appropriate parties) with the results of reviews and process checks. (Monthly Metrics)

• Work with the software project during early stages to establish plans, schedules, standards, and procedures to keep errors from occurring in the first place. (Audit, Testing & Peer Review Schedules)

Page 4: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Audit Process

Software Quality Assurance is to provide management with appropriate visibility into the process being used by the software developers and of the products being built.

• Determine:• Compliance to requirements

• Conformance to policies, procedures, and standards

• Adequacy of policies, procedures, and standards

• Effectiveness and efficiency of policies, procedures, and standards

• Assess personnel familiarity to requirements and documentation

• Assure availability, use and adherence to software standards

Page 5: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Types of Audits

• First PartyFirst Party– These are PC performed internally by the

organization (subject of this classsubject of this class)• Second PartySecond Party

– These are PCs performed by an interested party - Company auditing suppliers- Customers auditing company

• Third PartyThird Party– These are PCs performed by a disinterested party

- Regulatory Agencies- Consultants

Page 6: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Audit Process

Un-satisfactory

Report?

OK

NO

YES

ProduceProduct

CorrectiveActions

AuditKickoffMeeting

DevelopAudit

Checklist

ConductAudit

Developers Auditor & Project Manager

Write-upReport &Findings

Auditor

IdentifyRequirements

Follow-upAudit

Re-Work

CloseAudit &

File END

Start

Reviewwith

Manager

Page 7: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Functional vs. Quality Requirements

• Functional: Ascertainably True or False by any one skilled person.

– The number of CRs created from 1/2/04 to 2/10/04– Number of floors in a building– What was the date of the approval of CR #12118

by the change board?– Was the 490.3 deliverable approved before

production?• Quality: A range of acceptable values. Depends on

context or perspective of the assessor. No one person is likely to give the same results.

– Was PR #12118 of high quality?– Was the 490.3 correct?

Page 8: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Fire Extinguishers

7-101

7-102

7-103

What is the question?

How do you collect evidence?

How do you come to a determination?

Policy 1.1: There will be a fire extinguisher on every floor of all buildings.

Page 9: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Audit Checklist

Authority Checklist Item Details Observation Pass/Fail

Test Plan ver 3.1 Page 7

Were PRs marked for regression tested before moving code into the next environment?

Page 10: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Meetings

Page 11: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Meetings

• Why are meetings bad?• Why are meetings good?

Page 12: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Brain Storming

Page 13: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Brainstorming

Everyone talks about it, few organizations

actually do it.

Page 14: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Brainstorming Rules

• Record ALL ideas on a flipchart• Encourage everyone to freewheel-

don’t hold back any ideas• No discussion, no judgement, and

no criticism is allowed during idea generation.

• Record ideas in the language used by participants- do not edit

• Encourage everyone’s participation

Page 15: Thomas L. Gilchrist tomg@tomgtomg.com Testing Basics Set 6: Use Cases, Audits, and Meetings By Thomas L. Gilchrist, CSQE, CSQA 2009

Thomas L. Gilchrist [email protected]

Brainstorming Steps

• Define the subject to be brainstormed in a complete sentence.

• Review brainstorming rules• Select a scribe• Give everyone a minute or two to

think about the question• Invite everyone to call out ideas- or

go around in turn• After time is up, clarify and evaluate