Connecting Practice

The following specific activities could be performed to achieve the development of test specification documents:

1. Develop task satisfying activities and progress tracking system.

2. Identify specific issues or choices outside and inside the situation that should be addressed, confronted, and reinforced in assessing readiness to engage in the undertaking. This usually involves various driving forces, or major influences, that might effect in getting ready to engage in the process. Example: Shortcomings to subject knowledge, experience, and expertise on this area; support; time; etc.

3. Obtain and examine what resources available to engage and devote in the undertaking, such as project objectives, requirements, use cases, etc. Note: Ensure the most effective use of available resources by focusing on the key priorities.

4. Review/Verify objectives, requirements, and/or use cases for correctness and completeness. Use the reasoning process to identify and eliminate incomplete, unclear, incorrect, and ambigious words, phrases, and constructs. Ask “What” most of the time. The intention is to understand the objectives, requirements, and/or use cases and improve their quality for better test design, execution, and results. Note: Arrange meetings at regular intervals with the users for issue clarifications - Issues must be precise and only relevant points should be discussed. Must be very particular in asking inquiries/questions.

5. If appropriate, validate requirements and/or use cases against objectives - Compare requirements and/or use cases to the objectives, if requirements and/or use cases do not belong in the process scope. This includes applying use cases against requirements - Use cases must satisfy requirements. Otherwise, use cases are incomplete.

6. Design, develop, refine, and further the list of functionalities and test cases to fill the gaps in test coverage by:

• reviewing the list of functionalities and test cases by working closely with the requirement’s author - A problem with the list of functionalities and test cases must be redesigned;
• working closely with the user to validate the list of functionalities and test cases - Let users obtain a better understanding of what the deliverable system will be like; and
• reviewing the list of functionalities and test cases by working closely with the developers - Developers understand what they are going to be tested on, and obtain a better understanding of what they are to deliver so they can deliver for success.

This includes:

• developing the full and complete list of functionalities that have to be tested;
• describing the displaying the page(s), navigating on the page(s), and inserting/updating/deleting event actions test cases clearly, concisely, and unambiguously; and developing correct and accurate test data;
• facilitating the team meeting for the list of functionalities and test cases review; and
• Updating the list of functionalities and test cases after review.

7. Use the list of functionalities and test cases for testing.

Join QAST Practitioner Group and/or give comment(s) at:
http://daniloalsonado.com/qastforum/index.php?topic=56.0

Poor quality plan can limit quality statement, process, and/or criteria’s success and could even cause the quality statement, process, and/or criteria to fail. By not fixing the problem, one could find further concerns down the line of the quality operation, such as:

• poor procedures to maximize quality control potentials;
• poor project understanding and project team rejection to ideas due to deficient documentation;
• increase of overhead in undertaking quality checks; and
• problems take longer to fix.

Interestingly, some organization don’t want to produce a quality plan due to their belief that developing a quality plan is too complicated and the jargon of quality plan in relation to compliance with quality standards, policies, templates, checklists, criteria, guidelines, metrics, and a range of acronyms are too overwhelming and could leave them confused. This supports the problem and block them to solve their issues and/or concerns.

Viewing the above situations, one needs to find solution and ensure that the desired quality is achieved and that project outputs are fit for purpose; and meet all quality standards, policies, checklists, criteria, guidelines, and metrics in a straightforward and objective way.

The following are sample activities that one could take on to achieve desired quality:

1. Use a quality plan template to describe, structure, develop, organize, and finalize the quality plan with the project team. This includes:

a.) Get the project team ready with the undertaking by communicating the quality process and general requirements and supporting documents for establishing and mutual understanding on project facts. This includes collaborating with the project team for agreement, ideas development, information development, mutual understanding, utilization, and decision making; identifying the quality control tasks of project team needed to control quality; listing the quality assurance activities required to assure quality; and obtaining the project team with tools, training, techniques, and assistance.

b.) Identify and define clearly the desirable quality goals or targets with the project sponsor, client, and team members on a project.

c.) Perform analysis development. This includes thinking about what needs to be done and what could go wrong.

2. Create a cohesive dialog by bring project sponsor and client to a quality review. It could make them more comfortable if they see that quality is being addressed during the start of the project.

3. Expose project sponsor and client to the complexities and potential quality problems and/or issues that usually exist in a project for awareness. This includes ensuring them that you have a mechanism in place to fix the quality problems and/or issues.

4. Execute the quality plan. This includes preparing plan and actions to counter any weaknesses or deficiencies in the quality plan execution.

5. Develop follow up process to allocate fixes to particular people and ensure they actually make the changes. This implies that time must be built into the schedule for rework following review and verification processes.

Join QAST Practitioner Group and/or give comment(s) at:
http://daniloalsonado.com/qastforum/index.php?topic=19.0

Poor quality management can stand in the way of project success. It’s a quality problem that challenges us to change quality assurance and software testing (QAST) practices. Some of the common signs that show up due to quality problems - tend to show up late in the project - are as follows:

• Task rework;
• Lack of project direction;
• Lack of project documentation;
• Higher maintenance and support costs;
• work, Product, service, and/or process return and replacement;
• Missed deadlines and budget;
• Client dissatisfaction;
• Failure mode analysis;
• Complaint resolution;
• Help line support;
• Defect Correction;
• Poor morale;
• Scrap; and
• Etc.

I believe the quality problems have to be solved and the quality management needs to overcome the challenges above. However, some of the things (evidences of existence or limitation) that support the challenges above and keep them going (hinder or blocking you to solve the above challenges) are as follows:

• Act of the will;
• Degree of motivations;
• Commitment, knowledge, and expertise to the QAST practice;
• scope of work and/or improvement (change) desired;
• Adaption to enterprise cultural values, ethics, and abilities to do best and implement the QAST practice effectively;
• Purposeful stability of management;
• Resources; and
• How they respond to the QAST practice chosen.

To avoid the quality problems above, a quality manager must require continual attention to the following activities:

1. Define clearly the desirable quality goals and targets with the project sponsor and client on a project.

a.) Identify and understand the quality needs and/or expectations of the project sponsor and client in terms of quality on the project.
b.) Develop a quality statement as part of the quality plan.

2. Establish a quality process.

Determine, design, define, Develop, organize, manage, implement, and maintain quality control, assurance and improvement mechanisms (quality means for the project), such as: standards like criteria for completeness and correctness, policies, planning, procedures, quality assurance and control processes, reviews, trainings, and tools. These mechanisms will be used on the project to help meet or exceed those quality needs and/or expectations.

3. Measure the effectiveness of the quality process.

a.) Establish performance measures that track achievement of the quality goals. This includes driving team members to perform their job and produce good results.
b.) Track and/or monitor quality goals and the performance measures by identifying the indicators that will tell you whether the required results are being attained.
c.) Analyze the results to determine and prioritize systematic activities for quality. This includes identifying risks and/or problems so steps can be taken in the future to avoid the same concerns.
d.) Share results with the appropriate stakeholders.

4. Monitor the quality process.

Periodically audit the quality process to ensure it is being followed.

5. Change the quality process as needed to keep it effective.

If it is not achieving the results you need, improve it by adjusting processes and/or adopting improved practices to maintain the desired level of quality.

Join QAST Practitioner Group and/or give comment(s) at:
http://daniloalsonado.com/qastforum/index.php?topic=10.0