Download the PHP package mehdi-fathi/sicilian-test-orchestra without Composer

On this page you can find all versions of the php package mehdi-fathi/sicilian-test-orchestra. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package sicilian-test-orchestra

Sicilian Test Orchestra

Sicilian Test Orchestra is an automated testing package designed for RESTful applications. It tests all routes with generated faker data to ensure comprehensive coverage and robustness of your Laravel application.

Run tests

A new way of testing to closely mimic user behavior. We never truncate the database after a test. These days, we have to consider any scenario and provide mock data in the database for any scenario. At whole, sometimes we can't consider all scenarios.

Even if we considered all scenarios, our code is changing every day. We have to update our testing, either updating mocking data or factory data. I think, although we consider all user behavior and run all tests, we will encounter some reportable and unpredictable bugs. In addition, in the old way, every test would run in an encapsulated space.

It means other tests never impact on other test's processes. While in the real world, each action has the potential to impact other actions. For this purpose, we need to provide data requirements, in the old way.

The main difference is this package is not supposed to assert status or response. This package just sends requests and shows the response and status with other information to you. When you have a 500 error in a specific scenario, you are able to detect what's the problem. Sometimes you have leaking data in an endpoint in a specific scenario. So you can check either response or status to make sure everything is ok.

Main goals

Reaching realistic tests

Users sending hundreds of requests would lead to some specific conditions which might be hidden completely. For instance, a user should get a new badge when they visit 10 different posts with at least 5 likes on each of them. Okay, you are able to make a test for this purpose in the old way, but what if the user was already limited? Did you consider that? Okay, you can make a test for this as well, but what if the user dislikes a post? Should they still keep the badge? You see, there would be a lot of complicated conditions that would lead to a 400 error or a wrong outcome. We aim to provide a new way to test all facets comprehensively.

Being aware of other actions impacts

Since you have been running all tests in an isolated method, what if an action would impact others badly? For instance, a user makes a comment for the first time and then deletes it in a soft delete way. Then, the user clicks on the profile menu where we're showing the number of comments, but we get a 500 error. So, are we able to consider this in testing? Assuming we consider all possible scenarios in detail. What if we change something in the model? We need to update and check all tests again. It's a time-consuming approach.

Detailed Reporting

All scenarios have been saved in the database with requests, responses, etc. Furthermore, you're able to rerun specific scenarios.

Keeping data in the DB

We keep data in the database because we believe that it is useful for debugging or checking the way of saving or updating.

Features

Requirements

``

Installation

1- Run the following command in your project directory to add the sicilian Test Orchestra as a dependency

    $ composer require mehdi-fathi/sicilian-test-orchestra

2- Add SicilianTestOrchestra\SicilianTestOrchestraServiceProvider::class to provider app.php

3- Run this command to create migration report_tests table.

php artisan vendor:publish --tag=migrations

3- Use trait RequestStrategyTestable in feature test like this:

4- Run test:

About Sicilian Test Orchestra in detail

Since this package is really young, I want to foster that gradually. As I mentioned, this package would be used to test Laravel Applications, potentially. This project is released recently in the 1.0 version. What would encourage me to develop is to read your ideas and viewpoints. So Not only I would like to know your thoughts about that gap in the feature test But also your view about the Sicilian Test Orchestra would be helpful. This package has a long way to go, obviously. I would like you to hear your idea freely so make an issue in my GitHub.

Contributing

We welcome contributions to the Sicilian Test Orchestra package. Please read our CONTRIBUTING.md for details on our code of conduct and the process for submitting pull requests.

License

This project is licensed under the MIT License - see the LICENSE.md file for details.


All versions of sicilian-test-orchestra with dependencies

PHP Build Version
Package Version
Requires phpunit/phpunit Version 8.3|8.5|9.3|^9.5|10.5.5
orchestra/testbench Version 5.*|^6.0|^6.6.0|^7.0.0|^8.0.0|v9.0.0
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package mehdi-fathi/sicilian-test-orchestra contains the following files

Loading the files please wait ....